SQL索引在兩列

Question

這是我的簡單場景：

我有一個Users表和一個Locations表。 一個用戶可以與許多地方所以我有一個用戶位置表，如下所示：現在

ID (int-Auto Increment) PK 
UserID (Int FK to the Users table) 
LocID (Int FK to the Locations table) 

中，ID是它在默認情況下在SQL-服務器索引的PK。我有點困惑的另外兩列：

OPT 1： IX_UserLocation_UserID_LocID

OR

OPT 2： Shud Shud我同時在列樣定義索引我定義了兩個單獨的索引，如：IX_UserLocation_UserID & IX_UserLocation_LocID

請原諒我，如果兩者都一樣 - 在這種情況下請解釋。如果不是 - 哪一個更好，爲什麼？

Answer 1

你或許應該創建兩個單獨的索引。有一件經常被外鍵遺忘的事實是，刪除用戶可能會級聯刪除表中的用戶位置關係。如果在用戶標識上沒有索引，這可能會導致用戶位置關係的表鎖定。這同樣適用於刪除位置。

Answer 2

你需要

• 2列
  • 用戶名（智力FK到用戶表）
  • LOCID（智力FK的位置表）兩個
• 一個PK (UserID, LocID)
• 反向的另一個索引(LocID, UserID)

您可能不需要這兩個指標，但也很少

編輯，一些鏈接到其他SO答案

• SQL: Do you need an auto-incremental primary key for Many-Many tables?
• SQL - many-to-many table primary key
• Difference between 2 indexes with columns defined in reverse order

Answer 3

最好對s的方式etup所有索引，你認爲你需要在開發和檢查看你的應用程序運行的查詢query plans，看看索引讀取。

Answer 4

我們聘請數據庫有幾件事情。一個是快速信息檢索，另一個是聲明式參照完整性（DRI）。

如果您的要求是用戶可能只與給定位置相關一次，那麼您需要一個唯一索引UserID & LocatonID。

如果你的問題是如何快速檢索數據的答案是 - 這取決於。你如何訪問數據？如果你總是得到一組用戶的位置，那麼我可能會在用戶ID上使用一個聚集的非唯一索引。如果你的訪問是「誰在locatin x？」那麼你可能想在LocationID上使用一個聚集的非唯一索引。

如果你問這兩個問題，你可能會想要兩個索引（儘管你只能得到1個聚集，所以第二個索引可能想用INCLUDE來抓取另一個列）。無論哪種方式，你probalby不希望ID作爲聚集索引（在SSMS表設計器中將列標記爲PK時的默認值）。

HTH， -Eric

Answer 5

除了「gbn」的答案。它將取決於其中條款。無論您是使用用戶還是位置，還是同時使用