14.並不是所有索引對查詢都有效，sql是根據表中資料來進行查詢優化的，當索引列有大量資料重複時，sql查詢可能不會去利用索引，如一表中有字段***，male、female幾乎各一半，那麼即使在***上建了索引也對查詢效率起不了作用。
18.盡可能的使用 varchar/nvarchar 代替 char/nchar ，因為首先變長字段儲存空間小，可以節省儲存空間，其次對於查詢來說，在乙個相對較小的字段內搜尋效率顯然要高些。
20.盡量使用表變數來代替臨時表。如果表變數包含大量資料，請注意索引非常有限（只有主鍵索引）。
21.避免頻繁建立和刪除臨時表，以減少系統表資源的消耗。
23.在新建臨時表時，如果一次性插入資料量很大，那麼可以使用 select into 代替 create table，避免造成大量 log ，以提高速度；如果資料量不大，為了緩和系統表的資源，應先create table，然後insert。
25.盡量避免使用游標，因為游標的效率較差，如果游標操作的資料超過1萬行，那麼就應該考慮改寫。
28.在所有的儲存過程和觸發器的開始處設定 set nocount on ，在結束時設定 set nocount off 。無需在執行儲存過程和觸發器的每個語句後向客戶端傳送 done_in_proc 訊息。
30.盡量避免向客戶端返回大資料量，若資料量過大，應該考慮相應需求是否合理
sql語句優化 盡量使用索引避免全表掃瞄 1
1.對查詢進行優化，應盡量避免全表掃瞄，首先應考慮在 where 及 order by 涉及的列上建立索引。2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄，如 select id from t where num is null 可以在nu...
盡量避免在SQL語句的WHERE子句中使用函式
start 在sql語句的where子句中應該盡量避免在字段上使用函式，因為這樣做會使該字段上的索引失效，影響sql語句的效能。即使該字段上沒有索引，也應該避免在字段上使用函式。考慮下面的情況 現在要求你把2009.9.24註冊的使用者都查出來，怎麼辦？可能有人會這麼寫 不過很遺憾，這個語句是錯誤的...
SQL語句的優化（合理使用索引）
1.1 什麼時候使用索引？1 以查詢的關鍵字為基礎，表中行隨機排序 2 包含的列數 相對較少的表 3 表中大多數的查詢包含相對簡單的where從句 4 快取命中率低，而且也不用作業系統許可權 1.2 選擇什麼樣的索引列和表示式?1 where從句頻繁使用的關鍵字 2 重複性少的關鍵字 3 避免使用頻...