常用的從以下幾個方面入手
一 。查詢語句 －－－這是只要懂資料庫的都知道的 這就是不多說了
二。 建立索引
(今天-2010/9/13 真正的體會到了索引的重要性,我負責公司的乙個管理系統 需要統計大量資料，之前查詢速度一直很慢 被老闆罵了 想了很久的怎麼解決這個問題)－－多列索引時，一定注意建立索引的順序
索引是提高資料庫效能的常用方法，它可以令資料庫伺服器以比沒有索引快得多的速度檢索特定的行，尤其是在查詢語句當中包含有max(), min()和orderby這些命令的時候，效能提高更為明顯。那該對哪些字段建立索引呢？一般說來，索引應建立在那些將用於join, where判斷和order by排序的字段上。盡量不要對資料庫中某個含有大量重複的值的字段建立索引。對於乙個enum型別的字段來說，出現大量重複值是很有可能的情況，
建立索引的優點是提高查詢速度，但是他也有缺點
以下來自young的blog
一、為什麼要建立索引呢（優點）？
這是因為，建立索引可以大大提高系統的效能。
第一， 通過建立唯一性索引，可以保證資料庫表中每一行資料的唯一性。
第二， 可以大大加快資料的檢索速度，這也是建立索引的最主要的原因。
第三， 可以加速表和表之間的連線，特別是在實現資料的參考完整性方面特別有意義。
第四， 在使用分組和排序子句進行資料檢索時，同樣可以顯著減少查詢中分組和排序的時間。
第五， 通過使用索引，可以在查詢的過程中，使用優化隱藏器，提高系統的效能。
二、建立方向索引的不利因素（缺點）
也許會有人要問：增加索引有如此多的優點，為什麼不對錶中的每乙個列建立乙個索引呢？這種想法固然有其合理性，然而也有其片面性。雖然，索引有許多優點，但是，為表中的每乙個列都增加索引，是非常不明智的。這是因為，增加索引也有許多不利的乙個方面。
第一， 建立索引和維護索引要耗費時間，這種時間隨著資料量的增加而增加。
第二， 索引需要佔物理空間，除了資料表佔資料空間之外，每乙個索引還要佔一定的物理空間，如果要建立聚簇索引，那麼需要的空間就會更大。
第三， 當對表中的資料進行增加、刪除和修改的時候，索引也要動態的維護，這樣就降低了資料的維護速度。
三、建立方向索引的準則
索引是建立在資料庫表中的某些列的上面。因此，在建立索引的時候，應該仔細考慮在哪些列上可以建立索引，在哪些列上不能建立索引。
一般來說，應該在這些列上建立索引。
第一， 在經常需要搜尋的列上，可以加快搜尋的速度；
第二， 在作為主鍵的列上，強制該列的唯一性和組織表中資料的排列結構；
第三， 在經常用在連線的列上，這些列主要是一些外來鍵，可以加快連線的速度；
第四， 在經常需要根據範圍進行搜尋的列上建立索引，因為索引已經排序，其指定的範圍是連續的；
第五， 在經常需要排序的列上建立索引，因為索引已經排序，這樣查詢可以利用索引的排序，加快排序查詢時間；
第六， 在經常使用在where子句中的列上面建立索引，加快條件的判斷速度。
同樣，對於有些列不應該建立索引。一般來說，不應該建立索引的的這些列具有下列特點：
第一， 對於那些在查詢中很少使用或者參考的列不應該建立索引。這是因為，既然這些列很少使用到，因此有索引或者無索引，並不能提高查詢速度。相反，由於增加了索引，反而降低了系統的維護速度和增大了空間需求。
第二， 對於那些只有很少資料值的列也不應該增加索引。這是因為，由於這些列的取值很少，例如人事表的性別列，在查詢的結果中，結果集的資料行佔了表中資料行的很大比例，即需要在表中搜尋的資料行的比例很大。增加索引，並不能明顯加快檢索速度。
第三， 對於那些定義為text, image和bit資料型別的列不應該增加索引。這是因為，這些列的資料量要麼相當大，要麼取值很少。
第四， 當修改效能遠遠大於檢索效能時，不應該建立索引。這是因為，修改效能和檢索效能是互相矛盾的。當增加索引時，會提高檢索效能，但是會降低修改效能。當減少索引時，會提高修改效能，降低檢索效能。因此，當修改效能遠遠大於檢索效能時，不應該建立索引。
四、建立索引的方法
建立索引有多種方法，這些方法包括直接建立索引的方法和間接建立索引的方法。
第一， 直接建立索引，例如使用create index語句或者使用建立索引嚮導。
第二， 間接建立索引，例如在表中定義主鍵約束或者唯一性鍵約束時，同時也建立了索引。
雖然，這兩種方法都可以建立索引，但是，它們建立索引的具體內容是有區別的。
使用create index語句或者使用建立索引嚮導來建立索引，這是最基本的索引建立方式，並且這種方法最具有柔性，可以定製建立出符合自己需要的索引。在使用這種方式建立索引時，可以使用許多選項，例如指定資料頁的充滿度、進行排序、整理統計資訊等，這樣可以優化索引。使用這種方法，可以指定索引的型別、唯一性和複合性，也就是說，既可以建立聚簇索引，也可以建立非聚簇索引，既可以在乙個列上建立索引，也可以在兩個或者兩個以上的列上建立索引。
通過定義主鍵約束或者唯一性鍵約束，也可以間接建立索引。主鍵約束是一種保持資料完整性的邏輯，它限制表中的記錄有相同的主鍵記錄。在建立主鍵約束時，系統自動建立了乙個唯一性的聚簇索引。雖然，在邏輯上，主鍵約束是一種重要的結構，但是，在物理結構上，與主鍵約束相對應的結構是唯一性的聚簇索引。換句話說，在物理實現上，不存在主鍵約束，而只存在唯一性的聚簇索引。同樣，在建立唯一性鍵約束時，也同時建立了索引，這種索引則是唯一性的非聚簇索引。因此，當使用約束建立索引時，索引的型別和特徵基本上都已經確定了，由使用者定製的餘地比較小。
當在表上定義主鍵或者唯一性鍵約束時，如果表中已經有了使用create index語句建立的標準索引時，那麼主鍵約束或者唯一性鍵約束建立的索引覆蓋以前建立的標準索引。也就是說，主鍵約束或者唯一性鍵約束建立的索引的優先順序高於使用create index語句建立的索引。
五、索引的特徵
索引有兩個特徵，即唯一性索引和復合索引。
唯一性索引保證在索引列中的全部資料是唯一的，不會包含冗餘資料。如果表中已經有乙個主鍵約束或者唯一性鍵約束，那麼當建立表或者修改表時，sql server自動建立乙個唯一性索引。然而，如果必須保證唯一性，那麼應該建立主鍵約束或者唯一性鍵約束，而不是建立乙個唯一性索引。當建立唯一性索引時，應該認真考慮這些規則：當在表中建立主鍵約束或者唯一性鍵約束時，sql server自動建立乙個唯一性索引；如果表中已經包含有資料，那麼當建立索引時，sql server檢查表中已有資料的冗餘性；每當使用插入語句插入資料或者使用修改語句修改資料時，sql server檢查資料的冗餘性：如果有冗餘值，那麼sql server取消該語句的執行，並且返回乙個錯誤訊息；確保表中的每一行資料都有乙個唯一值，這樣可以確保每乙個實體都可以唯一確認；只能在可以保證實體完整性的列上建立唯一性索引，例如，不能在人事表中的姓名列上建立唯一性索引，因為人們可以有相同的姓名。
復合索引就是乙個索引建立在兩個列或者多個列上。在搜尋時，當兩個或者多個列作為乙個關鍵值時，最好在這些列上建立復合索引。當建立復合索引時，應該考慮這些規則：最多可以把16個列合併成乙個單獨的復合索引，構成復合索引的列的總長度不能超過900位元組，也就是說復合列的長度不能太長；在復合索引中，所有的列必須來自同乙個表中，不能跨表建立復合列；在復合索引中，列的排列順序是非常重要的，因此要認真排列列的順序，原則上，應該首先定義最唯一的列，例如在（col1，col2）上的索引與在（col2，col1）上的索引是不相同的，因為兩個索引的列的順序不同；為了使查詢優化器使用復合索引，查詢語句中的where子句必須參考復合索引中第乙個列；當表中有多個關鍵列時，復合索引是非常有用的；使用復合索引可以提高查詢效能，減少在乙個表中所建立的索參數量。
資料庫 知識 補充
資料庫 ddl dml dcl dql 區別 dql dml ddl dcl的概念與區別 csdn部落格 dml ddl dcl區別 csdn部落格 ddl dml和dcl的區別與理解 mssql 指令碼之家 索引mysql單列索引和組合索引的建立及區別介紹 關於mysql建立索引復合索引索引型別 ...
資料庫查詢優化
方法 1 1.對查詢進行優化，應盡量避免全表掃瞄，首先應考慮在 where 及 order by 涉及的列上建立索引。步驟閱讀 22.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃瞄，如 select id from t where num is...
資料庫查詢優化
本記載，用於保留面對大資料量時，查詢速率待優化，只記錄要點，具體如何操作，還需查詢 1 索引優化 通過建立合理高效的索引,提高查詢的速度.2 sql優化 根據需求，組織優化sql語句，使查詢效率達到最優，在很多情況下要考慮索引的作用 3 水平拆分 如果表的資料量增長特變塊，索引帶來的效能優化可能達到...