資料庫索引的優缺點

2021-08-15 19:11:56 字數 2997 閱讀 3852

通過建立唯一性索引,可以保證資料庫表中每一行資料的唯一性。

可以大大加快 資料的檢索速度,這也是建立索引的最主要的原因。

可以加速表和表之間的連線,特別是在實現資料的參考完整性方面特別有意義。

在使用分組和排序 子句進行資料檢索時,同樣可以顯著減少查詢中分組和排序的時間。

通過使用索引,可以在查詢的過程中,使用優化隱藏器,提高系統的效能。

建立索引和維護索引要耗費時間,這種時間隨著資料量的增加而增加。

索引需要佔物理空間,除了資料表佔資料空間之外,每乙個索引還要佔一定的物理空間,如果要建立聚簇索引,那麼需要的空間就會更大。

當對表中的資料進行增加、刪除和修改的時候,索引也要動態的維護,這樣就降低了資料的維護速度。

在經常需要搜尋的列上,可以加快搜尋的速度;

在作為主鍵的列上,強制該列的唯一性和組織表中資料的排列結構;

在經常用在連線的列上,這些列主要是一些外來鍵,可以加快連線的速度;

在經常需要根據範圍進行搜尋的列上建立索引,因為索引已經排序,其指定的範圍是連續的;

在經常需要排序的列上創 建索引,因為索引已經排序,這樣查詢可以利用索引的排序,加快排序查詢時間;

在經常使用在where子句中的列上面建立索引,加快條件的判斷速度。

對於那些在查詢中很少使用或者參考的列不應該建立索引。這是因 為,既然這些列很少使用到,因此有索引或者無索引,並不能提高查詢速度。相反,由於增加了索引,反而降低了系統的維護速度和增大了空間需求。

對於那 些只有很少資料值的列也不應該增加索引。這是因為,由於這些列的取值很少,例如人事表的性別列,在查詢的結果中,結果集的資料行佔了表中資料行的很大比例,即需要在表中搜尋的資料行的比例很大。增加索引,並不能明顯加快檢索速度。

對於那些定義為text, image和bit資料型別的列不應該增加索引。這是因為,這些列的資料量要麼相當大,要麼取值很少。

當修改效能遠遠大於檢索效能時,不應該建立索 引。這是因為,修改效能和檢索效能是互相矛盾的。當增加索引時,會提高檢索效能,但是會降低修改效能。當減少索引時,會提高修改效能,降低檢索效能。因 此,當修改效能遠遠大於檢索效能時,不應該建立索引。

建立索引有多種方法,這些方法包括直接建立索引的方法和間接建立索引的方法。直接建立索引,例如使用create index語句或者使用建立索引嚮導,間接建立索引,例如在表中定義主鍵約束或者唯一性鍵約束時,同時也建立了索引。雖然,這兩種方法都可以建立索引,但是,它們建立索引的具體內容是有區別的。

1.直接建立索引

使用create index語句或者使用建立索引嚮導來建立索引,這是最基本的索引建立方式,並且這種方法最具有柔性,可以定製建立出符合自己需要的索引。在使用這種方式 建立索引時,可以使用許多選項,例如指定資料頁的充滿度、進行排序、整理統計資訊等,這樣可以優化索引。使用這種方法,可以指定索引的型別、唯一性和複合性,也就是說,既可以建立聚簇索引,也可以建立非聚簇索引,既可以在乙個列上建立索引,也可以在兩個或者兩個以上的列上建立索引。

2.間接建立索引

通過定義主鍵約束或者唯一性鍵約束,也可以間接建立索引。主鍵約束是一種保持資料完整性的邏輯,它限制表中的記錄有相同的主鍵記錄。在建立主鍵約束時,系統自動建立了乙個唯一性的聚簇索引。雖然,在邏輯上,主鍵約束是一種重要的結構,但是,在物理結構上,與主鍵約束相對應的結構是唯一性的聚簇索引。換句話說,在物理實現上,不存在主鍵約束,而只存在唯一性的聚簇索引。同樣,在建立唯一性鍵約束時,也同時建立了索引,這種索引則是唯一性的非聚簇索引。因此,當使用約束建立索引時,索引的型別和特徵基本上都已經確定了,由使用者定製的餘地比較小。

當在表上定義主鍵或者唯一性鍵約束時,如果表 中已經有了使用create index語句建立的標準索引時,那麼主鍵約束或者唯一性鍵約束建立的索引覆蓋以前建立的標準索引。也就是說,主鍵約束或者唯一性鍵約束建立的索引的優先 級高於使用create index語句建立的索引。

唯一 性索引保證在索引列中的全部資料是唯一的,不會包含冗餘資料。如果表中已經有乙個主鍵約束或者唯一性鍵約束,那麼當建立表或者修改表時,sql server自動建立乙個唯一性索引。然而,如果必須保證唯一性,那麼應該建立主鍵約束或者唯一性鍵約束,而不是建立乙個唯一性索引。當建立唯一性索引 時,應該認真考慮這些規則:當在表中建立主鍵約束或者唯一性鍵約束時,sql server自動建立乙個唯一性索引;如果表中已經包含有資料,那麼當建立索引時,sql server檢查表中已有資料的冗餘性;每當使用插入語句插入資料或者使用修改語句修改資料時,sql server檢查資料的冗餘性:如果有冗餘值,那麼sql server取消該語句的執行,並且返回乙個錯誤訊息;確保表中的每一行資料都有乙個唯一值,這樣可以確保每乙個實體都可以唯一確認;只能在可以保證實體 完整性的列上建立唯一性索引,例如,不能在人事表中的姓名列上建立唯一性索引,因為人們可以有相同的姓名。

復合索引就是乙個索引建立 在兩個列或者多個列上。在搜尋時,當兩個或者多個列作為乙個關鍵值時,最好在這些列上建立復合索引。當建立復合索引時,應該考慮這些規則:最多可以把16個列合併成乙個單獨的復合索引,構成復合索引的列的總長度不能超過900位元組,也就是說復合列的長度不能太長;在復合索引中,所 有的列必須來自同乙個表中,不能跨表建立復合列;在復合索引中,列的排列順序是非常重要的,因此要認真排列列的順序,原則上,應該首先定義最唯一的列,例 如在(col1,col2)上的索引與在(col2,col1)上的索引是不相同的,因為兩個索引的列的順序不同;為了使查詢優化器使用復合索引,查詢語 句中的where子句必須參考復合索引中第乙個列;當表中有多個關鍵列時,復合索引是非常有用的;使用復合索引可以提高查詢效能,減少在乙個表中所建立的索參數量。

直接建立索引和間接建立索引

普通索引和唯一性索引

單個索引和復合索引

聚簇索引和非聚簇索引

如果條件中有or,即使其中有條件帶索引也不會使用(這就是為什麼盡量少使用or的原因)(注意:要想使用or,又想讓索引生效,只能將or條件中的每個列都加上索引)

對於多列索引,不是使用的第一部分(不符合最左字首原則),則不會使用索引,例子如下:

like查詢是以%開頭

如果列型別是字串,那一定要在條件中使用引號引起來,否則不會使用索引

如果mysql估計使用全表掃瞄比使用索引快,則不使用索引

資料庫索引優缺點

建立索引的優點 建立索引可以大大提高系統效能!具體如下 1.通過建立唯一性索引,可以保證資料庫表中每一行資料的唯一性。2.可以大大加快資料的檢索速度,這也是建立索引的最主要的原因。3.可以加速表和表之間的連線,特別是在實現資料的參考完整性方面特別有意義。4.在使用分組和排序子句進行資料檢索時,同樣可...

資料庫索引優缺點

建立索引可以大大提高系統的效能 第一,通過建立唯一性索引,可以保證資料庫表中每一行資料的唯一性。第二,可以大大加快資料的檢索速度,這也是建立索引的最主要的原因。第三,可以加速表和表之間的連線,特別是在實現資料的參考完整性方面特別有意義。第四,在使用分組和排序 子句進行資料檢索時,同樣可以顯著減少查詢...

資料庫索引的優缺點

建立索引可以大大提高系統的效能 第一,通過建立唯一性索引,可以保證資料庫表中每一行資料的唯一性。第二,可以大大加快資料的檢索速度,這也是建立索引的最主要的原因。第三,可以加速表和表之間的連線,特別是在實現資料的參考完整性方面特別有意義。第四,在使用分組和排序 子句進行 資料檢索 時,同樣可以顯著減少...