假设我们有一个 Product 表、一个 Order 表和一个（联结表）ProductOrder。
ProductOrder 将有一个 ProductID 和一个 OrderID。
在我们的大多数系统中，这些表还有一个称为 ID 的自动编号列。
放置主键（以及聚集键）的最佳做法是什么？
我是否应该保留 ID 字段的主键并为外键对（ProductID 和 OrderID）创建非聚集索引
或者我应该把外键对（ProductID和OrderID）的主键放在ID列上（如果有必要的话）
或者……（你们中的一个聪明的评论:)）
【问题讨论】：
标签： sql clustered-index junction-table
我知道这些话可能会让你畏缩，但“这取决于。”
您很可能希望订单基于 ProductID 和/或 OrderId 而不是自动编号（代理）列，因为自动编号在您的数据库中没有自然意义。您可能希望按与父表相同的字段对连接表进行排序。
首先了解为什么以及如何使用代理键 ID 首先;这通常会决定你如何索引它。一世 假设您正在使用代理键，因为您正在使用一些 与单列键配合良好的框架。如果没有 具体的设计原因，然后对于连接表，我会简化 问题，只需删除自动编号 ID，如果它没有带来其他 益处。主键变为 (ProductID, OrderID)。如果不， 您至少需要确保您在 (ProductID, OrderID) 元组是唯一的以保持数据完整性。
聚集索引适用于顺序扫描/连接，当 查询需要与索引的排序顺序相同的结果。 因此，请查看您的访问模式，找出您使用哪些键 将进行顺序的多行选择/扫描，以及通过哪个 键，您将进行随机、单独的行访问，并创建 您将扫描最多的键上的聚集索引，以及非聚集索引 您将用于随机访问的密钥上的密钥索引。你必须 选择一个或另一个，因为你不能同时聚类。
注意：如果您有相互冲突的要求，有一种技术（“技巧”）可能会有所帮助。如果查询中的所有列都在索引中找到，则该索引是数据库引擎用来满足查询要求的候选表。您可以使用这一事实以多个顺序存储数据，即使它们相互冲突。请注意向索引添加更多字段的利弊，并在了解将要处理的查询的性质和频率后做出有意识的决定。
【讨论】：
正确且唯一的答案是：
('orderid' , 'productid')
('productid' , 'orderid') 上的另一个索引
因为：
orderid 或 productid 上建立索引：优化器将使用其中一个索引【讨论】：
我的偏好一直是为主键创建自动编号。然后我在两个外键上创建一个唯一索引，这样它们就不会重复。
我这样做的原因是因为我对数据进行规范化的次数越多，我必须在连接中使用的键就越多。我最终设计出了六到七层深的设计，如果我使用从一层流向另一层的键，我可能会在连接中得到 n^2 个键。
尝试说服我的 SQL 开发人员将所有这些用于单个查询，他们会真的很喜欢我。
我保持简单。
【讨论】：
这似乎适用于将添加许多订单的动态系统。因此，聚集索引应该在您的自动编号列上。
您可以将索引作为主键，并在这对列上放置另一个唯一索引。或者，您可以将这对列设置为主键（但非集群键）。
使用主键或唯一索引键由您决定。但我会确保集群用于您的自动编号列。
【讨论】：