作为索引列的Newsequentialid()？

Question

我有一个newsequentialid()作为GUID列，我想知道是否应该将该列索引为聚集索引还是非聚集索引，因为我将使用GUID进行查询。

我还将每周在表格中插入数据。

Answer 1

通常，是的，将聚集索引放在您的表上。但是要使用哪些列作为聚集索引？请看这个答案。应该给你指明正确的方向。特别是到GUID作为主键和/或群集密钥的链接。这在很大程度上取决于你的吉德的本性。借用金伯利·特里普的文章:一个没有顺序的GUID可能是一个糟糕的选择。示例：

• 在客户机中生成(使用.NET)
• 由newid()函数生成的

由于这个决定有更多的内容，所以我建议您阅读@marc_s提供的完整答案，以及金伯利·特里普的整篇文章。

至于通过SSIS插入的每周数据，请考虑以下步骤：

• 在插入之前删除目标表的索引
• 用数据流加载目标表
• 将OLE DB目标配置为“数据访问模式：”=“表或视图快速加载”
• 插入后重新生成目标表的索引

根据您的具体情况，这可以实现一个显着的更快的插入，并留给您一个干净的索引，它的统计信息是最新的，碎片是零或接近零。

我知道你的问题表明你在使用newsequentialid()。当我在TechNet上读这篇文章的时候此函数产生的值的实际顺序性质附带一个警告:在重新启动之后，GUID可以从更低的范围重新启动，但仍然是全局唯一的。这会影响您对GUID的下游使用吗？

我想我想知道为什么您认为有必要使用GUID，为什么在您的情况下这是一个更好的选择，而不是基于整数的序列，这将使您的主键聚集索引显着地更小。