whereorderby涉及的列wherenullselectidfromtwherenumisNULLNOTNULL填充數(shù)據(jù)庫(kù)的變長(zhǎng)字段，null不占用空間。selectidfromtwherenum=where!=<>whereor來連接條件，如果一個(gè)字段有索引，一個(gè)字段沒selectidfromtwherenum=10orName=selectidfromtwherenum=10unionallselectidfromtwhereName=innotinselectidfromtwherenumbetweeninselectidfromtwherenumbetween1andexistsinselectnumfromawherenumin(selectnumfromselectnumfromawhereexists(select1frombwhereselectidfromtwherenamelike如果在whereSQL只有在運(yùn)行時(shí)才會(huì)解析selectidfromtwherenum=selectidfromtwith(index(索引名wherenum.where子句中對(duì)字段進(jìn)行表達(dá)式操作，這將導(dǎo)致引擎放棄使用索引而進(jìn)行selectidfromtwherenum/2=應(yīng)改為selectidfromtwherenum=selectidfromtwheresubstring(name,1,3’abc’-–nameabcidselectidfromtwheredatediff(day,createdate,’2005-11-300-–‘2005-11-30’--id應(yīng)改為selectidfromtwherenamelike'abc%'selectidfromtwherecreatedate>='2005-11-30'andcreatedate<'2005-12-1'where子句中的“=”selectcol1,col2into#tfromtwherecreatetableUpdate1、2Update全部字段，否則頻繁調(diào)用會(huì)引selectcount(*)fromtablecount會(huì)引起全表掃描，并且沒索引并不是越多越好，索引固然可以提高相應(yīng)的select的效率，但同時(shí)也降低了insertupdateinsertupdate時(shí)有可能會(huì)重建索引，所以怎樣建慮一些不常使用到的列上建的索引是否有必要。clusteredclustered索引數(shù)據(jù)列的順序就是clustered索引數(shù)據(jù)列，那么需要考慮是否應(yīng)將該索引建為clustered索引。連接的性能，并會(huì)增加開銷。這是因?yàn)橐嬖谔幚聿樵兒瓦B接時(shí)會(huì)逐個(gè)比較字符串中盡可能的使用varchar/nvarchar代替char/nchar，因?yàn)槭紫茸冮L(zhǎng)字段空間select*fromt，用具體的字段列表代替“*”，不要返回用不到集時(shí)。但是，對(duì)于，最好使用導(dǎo)出表。在新建臨時(shí)表時(shí)如果插入數(shù)據(jù)量很大那么可以使用selectinto代替createcreatetableinsert。如果使用到了臨時(shí)表，在過程的最后務(wù)必將所有的臨時(shí)表顯式刪除，先truncatetable，然后droptable，這樣可以避免系統(tǒng)表的較長(zhǎng)時(shí)間鎖定。括“合計(jì)”在所有的過程和觸發(fā)器的開始處設(shè)置SETNOCOUNTON，在結(jié)束時(shí)設(shè)置SETNOCOUNTOFF。無(wú)需在執(zhí)行過程和觸發(fā)器的每個(gè)語(yǔ)句后向客戶端發(fā)送DONE_IN_PROC消息。實(shí)際案例分析DELETEINSERTSQL如果你需要在一個(gè)的上去執(zhí)行一個(gè)大的DELETE或INSERT查詢你需要非Apache會(huì)有很多的子進(jìn)程或線程。所以，其工作起來相當(dāng)有效率，而我們的服務(wù)器也不希望有太多的子進(jìn)程線程和數(shù)據(jù)庫(kù)這是極大的占服務(wù)器資源的事情尤其是內(nèi)存這30秒所積累的進(jìn)程/線程，數(shù)據(jù)庫(kù)，打開的文件數(shù)，可能不僅僅會(huì)讓你的WEB mysql_