一、資料庫結構的設計

表的設計具體注意的問題：

1、資料行的長度不要超過 8020 位元組，如果超過這個長度的話在物理頁中這條資料會佔用兩行從而造成儲存碎片，降低查詢效率。

2、能夠用數字型別的欄位儘量選擇數字型別而不用字串型別的（電話號碼），這會降低查詢和連線的效能，並會增加儲存開銷。這是因為引擎在處理查詢和連接回逐個比較字串中每一個字元，而對於數字型而言只需要比較一次就夠了。

3、對於不可變字元型別 char 和可變字元型別 varchar 都是 8000 位元組, char 查詢快，但是耗儲存空間，varchar 查詢相對慢一些但是節省儲存空間。在設計欄位的時候可以靈活選擇，例如使用者名稱、密碼等長度變化不大的欄位可以選擇 CHAR，對於評論等長度變化大的欄位可以選擇 VARCHAR。

4、欄位的長度在最大限度的滿足可能的需要的前提下，應該儘可能的設得短一些，這樣可以提高查詢的效率，而且在建立索引的時候也可以減少資源的消耗。

二、查詢的優化 

保證在實現功能的基礎上，儘量減少對資料庫的訪問次數 (可以用快取儲存查詢結果，減少查詢次數)；通過搜尋引數，儘量減少對錶的訪問行數, 最小化結果集，從而減輕網路負擔；能夠分開的操作儘量分開處理，提高每次的響應速度；在資料視窗使用 SQL 時，儘量把使用的索引放在選擇的首列；演算法的結構儘量簡單；在查詢時，不要過多地使用萬用字元如 SELECT * FROM T1 語句，要用到幾列就選擇幾列如：SELECTCOL1,COL2 FROM T1；在可能的情況下儘量限制儘量結果集行數如：SELECT TOP 300 COL1,COL2,COL3 FROM T1, 因為某些情況下使用者是不需要那麼多的資料的。

1. 應儘量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：

1. select id from t where num isnull

可以在 num 上設定預設值 0，確保表中 num 列沒有 null 值，然後這樣查詢：

1. select id from t where num=0 

2. 應儘量避免在 where 子句中使用!= 或 <> 操作符，否則將引擎放棄使用索引而進行全表掃描。優化器將無法通過索引來確定將要命中的行數, 因此需要搜尋該表的所有行。

3. 應儘量避免在 where 子句中使用 or 來連線條件，否則將導致引擎放棄使用索引而進行全表掃描，如：

1. select id from t where num=10 or num=20 

可以這樣查詢：

1. select id from t where num=10 
2. unionall
3. select id from t where num=20 

4.in 和 not in 也要慎用，因為 IN 會使系統無法使用索引, 而只能直接搜尋表中的資料。如：

1. select id from t where num in(1,2,3) 

對於連續的數值，能用 between 就不要用 in 了：

1. select id from t where num between 1 and 3 

5. 儘量避免在索引過的字元資料中，使用非打頭字母搜尋。這也使得引擎無法利用索引。

見如下例子：

1. SELECT * FROM T1 WHERENAMELIKE ‘%L%’  
2. SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’  
3. SELECT * FROM T1 WHERENAMELIKE ‘L%’  

即使 NAME 欄位建有索引，前兩個查詢依然無法利用索引完成加快操作，引擎不得不對全表所有資料逐條操作來完成任務。而第三個查詢能夠使用索引來加快操作。

6.  必要時強制查詢優化器使用某個索引，如在 where 子句中使用引數，也會導致全表掃描。因為 SQL 只有在執行時才會解析區域性變數，但優化程式不能將訪問計劃的選擇推遲到執行時；它必須在編譯時進行選擇。然而，如果在編譯時建立訪問計劃，變數的值還是未知的，因而無法作為索引選擇的輸入項。如下面語句將進行全表掃描：

1. select id from t where [email protected] 

可以改為強制查詢使用索引：

1. select id from t with(index(索引名)) where [email protected] 

7.  應儘量避免在 where 子句中對欄位進行表示式操作，這將導致引擎放棄使用索引而進行全表掃描。如：

1. SELECT * FROM T1 WHERE F1/2=100  

應改為:

1. SELECT * FROM T1 WHERE F1=100*2 
2. SELECT * FROM RECORD WHERESUBSTRING(CARD_NO,1,4)=’5378’  

應改為:

1. SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’ 
2. SELECT member_number, first_name, last_name FROM members 
3. WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21  

應改為:

1. SELECT member_number, first_name, last_name FROM members  
2. WHERE dateofbirth <DATEADD(yy,-21,GETDATE())  

即：任何對列的操作都將導致表掃描，它包括資料庫函式、計算表示式等等，查詢時要儘可能將操作移至等號右邊。

8.  應儘量避免在 where 子句中對欄位進行函式操作，這將導致引擎放棄使用索引而進行全表掃描。如：

1. select id from t wheresubstring(name,1,3)='abc'--name 以 abc 開頭的 id
2. select id from t where datediff(day,createdate,'2005-11-30')=0--‘2005-11-30’生成的 id

應改為:

1. select id from t wherenamelike'abc%'
2. select id from t where createdate>='2005-11-30'and createdate<'2005-12-1'

9.  不要在 where 子句中的 “=” 左邊進行函式、算術運算或其他表示式運算，否則系統將可能無法正確使用索引。

10.  在使用索引欄位作為條件時，如果該索引是複合索引，那麼必須使用到該索引中的第一個欄位作為條件時才能保證系統使用該索引，否則該索引將不會被使用，並且應儘可能的讓欄位順序與索引順序相一致。

11.  很多時候用 exists 是一個好的選擇：

1. select num from a where num in(select num from b) 

用下面的語句替換：

1. select num from a where exists(select 1 from b where num=a.num) 
2. SELECTSUM(T1.C1)FROM T1 WHERE( 
3. (SELECTCOUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)  
4. SELECTSUM(T1.C1) FROM T1WHERE EXISTS(  
5. SELECT * FROM T2 WHERE T2.C2=T1.C2)  

兩者產生相同的結果，但是後者的效率顯然要高於前者。因為後者不會產生大量鎖定的表掃描或是索引掃描。

如果你想校驗表裡是否存在某條紀錄，不要用 count(*) 那樣效率很低，而且浪費伺服器資源。可以用 EXISTS 代替。如：

1. IF (SELECTCOUNT(*) FROM table_name WHERE column_name = 'xxx')  

可以寫成：

1. IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx') 

經常需要寫一個 T_SQL 語句比較一個父結果集和子結果集，從而找到是否存在在父結果集中有而在子結果集中沒有的記錄，如：

1. SELECT a.hdr_key FROM hdr_tbl a---- tbl a 表示 tbl 用別名 a 代替 
2. WHERENOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key) 
3. SELECT a.hdr_key FROM hdr_tbl a  
4. LEFTJOIN dtl_tbl b ON a.hdr_key = b.hdr_key WHERE b.hdr_key ISNULL
5. SELECT hdr_key FROM hdr_tbl  
6. WHERE hdr_key NOTIN (SELECT hdr_key FROM dtl_tbl)  

12. 儘量使用表變數來代替臨時表。如果表變數包含大量資料，請注意索引非常有限（只有主鍵索引）。

13. 避免頻繁建立和刪除臨時表，以減少系統表資源的消耗。

14. 臨時表並不是不可使用，適當地使用它們可以使某些例程更有效，例如，當需要重複引用大型表或常用表中的某個資料集時。但是，對於一次性事件，最好使用匯出表。

15. 在新建臨時表時，如果一次性插入資料量很大，那麼可以使用 select into 代替 create table，避免造成大量 log ，以提高速度；如果資料量不大，為了緩和系統表的資源，應先 create table，然後 insert。

16. 如果使用到了臨時表，在儲存過程的最後務必將所有的臨時表顯式刪除，先 truncate table ，然後 drop table ，這樣可以避免系統表的較長時間鎖定。

17. 在所有的儲存過程和觸發器的開始處設定 SET NOCOUNT ON ，在結束時設定 SET NOCOUNT OFF 。無需在執行儲存過程和觸發器的每個語句後向客戶端傳送 DONE_IN_PROC 訊息。

18. 儘量避免大事務操作，提高系統併發能力。

19. 儘量避免向客戶端返回大資料量，若資料量過大，應該考慮相應需求是否合理。

20. 避免使用不相容的資料型別。例如 float 和 int、char 和 varchar、binary 和 varbinary 是不相容的（條件判斷時）。資料型別的不相容可能使優化器無法執行一些本來可以進行的優化操作。例如:

1. SELECTnameFROM employee WHERE salary > 60000  

在這條語句中, 如 salary 欄位是 money 型的, 則優化器很難對其進行優化, 因為 60000 是個整型數。我們應當在程式設計時將整型轉化成為錢幣型, 而不要等到執行時轉化。

21. 充分利用連線條件（條件越多越快），在某種情況下，兩個表之間可能不只一個的連線條件，這時在 WHERE 子句中將連線條件完整的寫上，有可能大大提高查詢速度。

例：

1. SELECTSUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO 
2. SELECTSUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO AND A.ACCOUNT_NO=B.ACCOUNT_NO 

第二句將比第一句執行快得多。