1、關(guān)于count(*)與count(列)的傳言
? ? ? ? 一般傳言說公司不允許在項目中用到count(*)咆瘟，只能用count(列)嚼隘，或者說count(*)比count(列)慢，這樣的說法都是錯誤的袒餐。
? ? ? ? 正常情況下飞蛹，count(*)與count(列)是一樣快的谤狡，但是通過創(chuàng)建索引的方式做比較，count(列)會更快一些卧檐。但是如果把這一列設(shè)為歸空墓懂，count(*)與count(列)是一樣快的。
結(jié)論：
? ? ? ? count(*)是針對全表的霉囚，count(列)是針對某個列拒贱，例如，這張表的A列有600條記錄佛嬉，而有一 條是空值逻澳，count(A列)時應(yīng)該是599.而count(*)是600。所以兩個性能無法做對比暖呕。
? ? ? ?count(常量) = count(*) ,例如：count(8) = count(*)
? ? ? ? 還有列的偏移量決定性能斜做，列越靠后，訪問的開銷越大湾揽。由于count(*)的算法與列偏移量無關(guān)瓤逼，所以count(*)最快，count(最后列)最慢库物。
2霸旗、SQL語句編寫順序，表的連接順序和表的條件順序
? ? ? ? 對于表的連接順序戚揭，將哪張表作為基礎(chǔ)表來連接說有快慢之分诱告，還有where條件先寫哪張表的條件記錄多，那條語句響應(yīng)地快民晒？
結(jié)論：
? ? ? ?原來表連接順序的說法早就過時了精居，那是基于規(guī)則的時代，現(xiàn)在我們是基于代價的潜必。
? ? ? ?where條件也是一樣的靴姿，沒有先后之分。
3磁滚、IN與EXISTS之爭
有人說在子查詢中佛吓，NOT IN子句將執(zhí)行一個內(nèi)部的排序和合并。無論在哪種情況下垂攘，NOT IN都是最低效的（因為它對子查詢中的表執(zhí)行了一個全表遍歷）.使用NOT EXISTS子句可以有效的利用索引维雇。
結(jié)論：
? ? ? 一般來說，anti的反連接算法比filter更高效搜贤，但是在將列標(biāo)明非空時谆沃，才可以讓not in 用anti算法。
? ? ? 實際上仪芒，IN與EXISTS 的性能是一樣的唁影。
4耕陷、全局臨時表
? ? ? ? ? ? 退出該表記錄就會自動清空
5、將一些需要的特定條件數(shù)據(jù)提取出來存在臨時表中据沈，再與其關(guān)聯(lián)其他表時哟沫，臨時表在前
6、count 和 sum 區(qū)別：
count：用來統(tǒng)計行數(shù)的
sum：用來求和的
例如：
? ? ? ? ? 小明 ? ? ?小紅
語文 ? ?50? ? ? ? 80
數(shù)學(xué)? ? 60? ? ? ? 70
英語? ? 70? ? ? ? 90
1：如果算小明學(xué)了多少門課锌介，那就是select count(*) from mm;? ? ? 算一下小明這列 共有多少行嗜诀，結(jié)果是3行
2：如果算小明所有分?jǐn)?shù)加在一起是多少，那就是 select sum(小明) from mm;? 算小明這列加起來是多少孔祸，也就是50+60+70
7隆敢、存儲過程中通過表與表之間的關(guān)聯(lián)，只需獲取一個字段或少幾個字段時崔慧，可以通過聲明多個變量來賦值拂蝎，這樣不需要多次存臨時表，多次關(guān)聯(lián)
例：declare @sumVisitTime varchar（10）
? select? @sumVisitTime = (case when RestTime/60=0 then '' else cast (RestTime/60 as varchar)+'h' end)+(case when RestTime%60=0 then '' else cast(RestTime%60 as varchar)+'m' end) from TABLE）
這樣惶室，@sumVisitTime這個值就可以直接拿來用了温自。
8、數(shù)據(jù)庫與程序的獨立性
最近項目經(jīng)常有些改動皇钞，在提取數(shù)據(jù)悼泌，寫存儲過程時，一定要注意如果在原需求未新增字段的情況下夹界，最好不要改動原存儲過程的字段個數(shù)馆里，字段順序，以及字段名稱掉盅。這樣在存儲過程數(shù)據(jù)改動之后也拜，程序無需改動以舒，這樣才能做到項目中的最小改動趾痘，不會影響到接口數(shù)據(jù)的正常運(yùn)行。
9蔓钟、
未完待續(xù)永票。。滥沫。
