的主键BIGINT和身份，超过聚集索引更喜欢非聚集索引任何理由

Question

我已经被这样

CREATE TABLE [dbo].[MyTable](
    [MyTableId] [bigint] IDENTITY(1,1) NOT NULL, 
    [SomeTable2Id] [bigint] NOT NULL, 
    [SomeTable3Id] [bigint] NOT NULL, 
    [SomeData] [smallint] NOT NULL, 
CONSTRAINT [PK_MyTable] PRIMARY KEY NONCLUSTERED 
(
    [MyTableId] ASC 
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 80) ON [PRIMARY] 
) ON [PRIMARY] 

从上面PK_MyTable非聚集索引

除了定义的表，我有一些其他的NONCLUSTERED索引通过SomeTable2Id和SomeTable3Id

我认为上面创建CLUSTERED索引更有意义，但我想知道有没有很好的理由不创建一个CLUSTERED索引，而是创建NONCLUSTERED？

PS对这些主题提出了很多问题，但找不到相关的问题（前20名）。如果有问题，请将我重定向到相关的问题。

编辑：考虑这样MyTable被映射其他两个表SomeTable2和SomeTable3和而不是有复合键的情况下，我们有这个MyTableId所以大部分时间我的查询要么SomeTable2Id或SomeTable3Id，并要求得到其他ID。因此，根据这张表格的使用情况，我们是否真的需要在MyTableId之上创建聚集索引，或者是否有两个非聚集索引SomeTable2Id和SomeTable3Id就足够了？

Answer 1

我想你一定要有MyTableId为您聚簇索引中的关键而没有关于如何实际使用表格的进一步信息。

请记住，您是在作为聚集索引或堆的表之间进行选择。聚簇索引不是表上的索引，但是标识该表基于聚簇索引键存储在B树中。

在这两种表上，也可以使用非聚簇索引。

对于读取性能（特别是在更宽的表格中），非聚集索引（可能包含列）将成为您寻找收益的地方。

Answer 2

不，你肯定应该有一个聚集索引那里。 Identity字段也是理想的集群密钥。

下面是金特里普关于聚集索引的一些好文章：

Clustered Index Debate

Clustered Index Debate Continues

Here is a whitepaper from MS about this topic as well.