建立索引常用的規則 表的主鍵、外鍵必須有索引； 數據量超過300的表應該有索引； 經常與其他表進行連接的表，在連接欄位上應該建立索引； 經常出現在Where子句中的欄位，特別是大表的欄位，應該建立索引； 索引應該建在選擇性高的欄位上； 索引應該建在小欄位上，對於大的文本欄位甚至超長欄位，不要建索引； ...
建立索引常用的規則
-
表的主鍵、外鍵必須有索引；
-
數據量超過300的表應該有索引；
-
經常與其他表進行連接的表，在連接欄位上應該建立索引；
-
經常出現在Where子句中的欄位，特別是大表的欄位，應該建立索引；
-
索引應該建在選擇性高的欄位上；
-
索引應該建在小欄位上，對於大的文本欄位甚至超長欄位，不要建索引；
-
複合索引的建立需要進行仔細分析；儘量考慮用單欄位索引代替：
A、正確選擇複合索引中的主列欄位，一般是選擇性較好的欄位；
B、複合索引的幾個欄位是否經常同時以AND方式出現在Where子句中？單欄位查詢是否極少甚至沒有？如果是，則可以建立複合索引；否則考慮單欄位索引；
C、如果複合索引中包含的欄位經常單獨出現在Where子句中，則分解為多個單欄位索引；
D、如果複合索引所包含的欄位超過3個，那麼仔細考慮其必要性，考慮減少複合的欄位；
E、如果既有單欄位索引，又有這幾個欄位上的複合索引，一般可以刪除複合索引；
-
頻繁進行數據操作的表，不要建立太多的索引；
-
刪除無用的索引，避免對執行計劃造成負面影響；
以上是一些普遍的建立索引時的判斷依據。一言以蔽之，索引的建立必須慎重，對每個索引的必要性都應該經過仔細分析，要有建立的依據。
因為太多的索引與不充分、不正確的索引對性能都毫無益處：在表上建立的每個索引都會增加存儲開銷，索引對於插入、刪除、更新操作也會增加處理上的開銷。
另外，過多的複合索引，在有單欄位索引的情況下，一般都是沒有存在價值的；相反，還會降低數據增加刪除時的性能，特別是對頻繁更新的表來說，負面影響更大。
SQL優化
-
對查詢進行優化，要儘量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。
-
應儘量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描
-
應儘量避免在 where 子句中使用 != 或 <> 操作符，否則將引擎放棄使用索引而進行全表掃描。
-
應儘量避免在 where 子句中使用 or 來連接條件，如果一個欄位有索引，一個欄位沒有索引，將導致引擎放棄使用索引而進行全表掃描
-
應儘量避免在where子句中對欄位進行函數操作，這將導致引擎放棄使用索引而進行全表掃描
-
任何地方都不要使用 select * from t ，用具體的欄位列表代替“*”，不要返回用不到的任何欄位。
-
儘量避免大事務操作，提高系統併發能力。
-
儘量避免使用游標，因為游標的效率較差，如果游標操作的數據超過1萬行，那麼就應該考慮改寫
資料庫事務
事務的四個特性：原子性（Atomic）、一致性（Consistency）、隔離性（Isolation）和持久性（Durabiliy），簡稱為ACID
數據索引類型
根據資料庫的功能，可以在資料庫設計器中創建四種索引：唯一索引、非唯一索引、主鍵索引和聚集索引。 儘管唯一索引有助於定位信息，但為獲得最佳性能結果，建議改用主鍵或唯一約束。
唯一索引：
唯一索引是不允許其中任何兩行具有相同索引值的索引。 當現有數據中存在重覆的鍵值時，大多數資料庫不允許將新創建的唯一索引與表一起保存。資料庫還可能防止添加將在表中創建重覆鍵值的新數據。
例如，如果在 employee 表中職員的姓 (lname) 上創建了唯一索引，則任何兩個員工都不能同姓。
非唯一索引：
非唯一索引是相對唯一索引，允許其中任何兩行具有相同索引值的索引。 當現有數據中存在重覆的鍵值時，資料庫是允許將新創建的索引與表一起保存。這時資料庫不能防止添加將在表中創建重覆鍵值的新數據。
主鍵索引：
資料庫表經常有一列或列組合，其值唯一標識表中的每一行。該列稱為表的主鍵。 在資料庫關係圖中為表定義主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特定類型。
該索引要求主鍵中的每個值都唯一。當在查詢中使用主鍵索引時，它還允許對數據的快速訪問。
聚集索引（也叫聚簇索引）：
在聚集索引中，表中行的物理順序與鍵值的邏輯（索引）順序相同。一個表只能包含一個聚集索引。
如果某索引不是聚集索引，則表中行的物理順序與鍵值的邏輯順序不匹配。與非聚集索引相比，聚集索引通常提供更快的[數據訪問]
