聚集索引的外键VS主键

表结构（SalesPersonProduct）聚集索引的外键VS主键

SalesPersonProductId INT (PK, Clustered) 
SalesPersonId  INT (FK - non-unique - Nullable) 
ProductId   INT (FK - non-unique - Nullable) 
AreaId    INT (Not Null) 
DistributionType  INT (Not Null) 
ItemOrder   INT (Not Null) 
ItemSize    INT (Not Null)

场景：SalesPersonId不是唯一的，实际上有可能是70 - 在此列80重复。但是，这是用于读取和连接的唯一列，并且当前没有索引。

SalesPersonProductId仅作为参考PK使用，对这些表的更新通过PK进行处理，但非常少见。一旦行被添加到表中，PK或SalesPersonId都不会更新。

问题：
假设我可以不改变表结构或相关表。将现有PK更改为非聚集索引并将SalesPersonId添加为聚集索引会更好吗？或者只是将SalesPersonId添加为标准的非聚集索引？

我知道幕后很多非唯一值将获得唯一标识符 - 但是这个列几乎用于所有读取，我期望这将提供最佳的性能增益，尽管以现在用于在这个新的聚集索引上保留“唯一性”的附加字节。

来源

2017-03-27 AverageProgrammer

的费用不包括在额外的字节，它是网页分割，你会从造成不写入得到每个增加的聚类密钥模式。如果有很多写操作，则可能会发现非聚集索引（可能包含最常用的列作为非关键列）会更好。如果你主要阅读并阅读足够大量的数据，以致'SalesPersonID'上的非聚集索引实际上会引起你的问题，那么你可能会发现将'SalesPersonId'作为你的聚类密钥存在净收益。长话短说，这取决于。做一些测试。 – GarethD

有没有什么能让你的行独一无二，除了'SalesPersonProductId'？ – SqlZim

Is（SalesPersonId，ProductId）是唯一的吗？ –

你错过了一件事。 i）该列中哪些列最常用于搜索，即在where子句中使用最多。如果SalesPersonId然后使其成为CI，或者可以将SalesPersonId和productid都设置为CI。

二）如果你可以走一步，然后计算指数的Seletivity也

https://www.google.co.in/webhp?sourceid=chrome-instant&rlz=1C1CHMO_enIN556IN556&ion=1&espv=2&ie=UTF-8#q=how+to+find+selectivity+of+an+index

来源

2017-04-24 09:54:25 KumarHarsh

聚集索引的外键VS主键

回答

相关问题