DB關聯實體和索引

Question

這是一種常見的DB設計問題。如果有一個關聯實體表（即交叉引用）包含基本上由兩個FK引用組成的記錄，它是否應以某種方式進行索引？是否有必要明確索引該表，因爲關聯表中的PK已按定義編入索引？如果需要索引它，它應該是一個組合索引，由兩個FK字段組成？

Answer 1

其他表中引用的pk列上的索引不包括它。

通過將「關聯實體」表的兩個fk列定義爲複合主鍵（在大多數情況下應該如此（假設關聯是唯一的）），可以隱式創建多列索引。

涵蓋所有涉及的查詢或最佳列。
它還包括對第二列的查詢，但效率不高。
如果您有涉及第二列的重要查詢，請在該列上另外創建一個索引。

在此related question on dba.SE閱讀有關該主題的所有詳細信息。
或this question on SO，也涵蓋此主題。

Answer 2

假設您的關聯表有模式，如：

CREATE TABLE Association 
(
    ReferenceA INTEGER NOT NULL REFERENCES TableA CONSTRAINT FK1_Association, 
    ReferenceB INTEGER NOT NULL REFERENCES TableB CONSTRAINT FK2_Association, 
    PRIMARY KEY(ReferenceA, ReferenceB)   CONSTRAINT PK_Association 
); 

有機會，你的DBMS會自動創建一些索引。

某些DBMS將爲這兩個外鍵中的每一個創建一個索引，併爲主鍵創建唯一索引。這有點浪費，因爲PK索引也可用於訪問ReferenceA。

理想情況下，只有兩個索引：ReferenceB的PK（唯一）索引和（允許重複的）FK索引，假定PK索引具有ReferenceA作爲第一列。

如果DBMS不會自動創建索引來強制執行參照完整性約束，則需要創建RI或FK重複項允許的索引。如果它不會自動創建一個索引來強制執行PK約束，那麼您也需要創建該唯一索引。好處是你只能爲理想情況創建索引。

根據您的數據庫管理系統，您可能發現創建沒有約束的表更有效，然後添加索引，然後添加約束（然後使用您創建的索引）。分裂計劃等事情也可以成爲這個因素;我忽略了他們上面。

這個概念依然很簡單—您希望總共有兩個索引，一個用於在兩列上強制實現唯一性，並在前導列上提供快速訪問權限，並在尾隨列上提供非唯一或重複允許的索引。