唯一索引與主鍵索引的比較

唯一索引

唯一索引不允許兩行具有相同的索引值。

如果現有數據中存在重複的鍵值,則大多數數據庫都不允許將新創建的唯一索引與表一起保

存。當新數據將使表中的鍵值重複時,數據庫也拒絕接受此數據。

例如,如果在employee 表中的職員姓氏(lname) 列上創建了唯一索引,則所有職員不能同姓。

主鍵索引

主鍵索引是唯一索引的特殊類型。

數據庫表通常有一列或列組合,其值用來唯一標識表中的每一行。該列稱爲表的主鍵。

在數據庫關係圖中爲表定義一個主鍵將自動創建主鍵索引,主鍵索引是唯一索引的特殊類型。

主鍵索引要求主鍵中的每個值是唯一的。

當在查詢中使用主鍵索引時,它還允許快速訪問數據。

 

它們的一些比較:

(1)對於主健/unique constraint ,oracle/sql server/mysql等都會自動建立唯一索引;

(2)主鍵不一定只包含一個字段,所以如果你在主鍵的其中一個字段建唯一索引還是必要的;

(3)主健可作外健,唯一索引不可;

(4)主健不可爲空,唯一索引可;

(5)主健也可是多個字段的組合;

(6)主鍵與唯一索引不同的是:

a.有not null屬性;

b.每個表只能有一個(多個主鍵-聯合主鍵,多個字段組成的主鍵)。

1、主鍵 主鍵ID,主鍵既是約束也是索引,同時也用於對象緩存的鍵值。

2、索引

*組合或者引用關係的子表(數據量較大的時候),需要在關聯主表的列上建立非聚集索引(如訂單明細表中的產品ID字段、訂單明細表中關聯的訂單ID字段)

*索引鍵的大小不能超過900個字節,當列表的大小超過900個字節或者若干列的和超過900個字節時,數據庫將報錯。

 *表中如果建有大量索引將會影響INSERT、UPDATE和DELETE語句的性能,因爲在表中的數據更改時,所有的索引都將必須進行適當的調整。需要避免對經常更新的表進行過多的索引,並且索引應保持較窄,就是說:列要儘可能的少。

  *爲經常用於查詢的謂詞創建索引,如用於下拉參照快速查找的code、name等。在平臺現有下拉參照的查詢sql語句中的like條件語句要改成不帶前置通配符。還有需要關注Order By和Group By謂詞的索引設計,Order By和Group By的謂詞是需要排序的,某些情況下爲Order By和Group By的謂詞建立索引,會避免查詢時的排序動作。

  *對於內容基本重複的列,比如只有1和0,禁止建立索引,因爲該索引選擇性極差,在特定的情況下會誤導優化器做出錯誤的選擇,導致查詢速度極大下降。

  *當一個索引有多個列構成時,應注意將選擇性強的列放在前面。僅僅前後次序的不同,性能上就可能出現數量級的差異。

  *對小表進行索引可能不能產生優化效果,因爲查詢優化器在遍歷用於搜索數據的索引時,花費的時間可能比執行簡單的表掃描還長,設計索引時需要考慮表的大小。記錄數不大於100的表不要建立索引。頻繁操作的小數量表不建議建立索引(記錄數不大於5000條)

發佈了34 篇原創文章 · 獲贊 30 · 訪問量 12萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章