唯一标识符（guid）作为数据库设计中的主键

Question

我们的数据驻留在SQL Server 2008数据库中，表之间会有很多查询和连接。 我们在团队内部有这个论点，有些人认为使用整数身份对性能更好，有些人则主张使用guid（唯一标识符）。

使用GUID作为主键，性能是否真的遭受了严重影响？

Answer 1

128位GUID（ uniqueidentifier ）键当然比32位int键大4倍。 但是，有一些关键优势：

• 合并内容时没有“IDENTITY INSERT”问题
• 如果使用COMB值而不是NEWSEQUENTIALID（），则会获得“免费”INSERT时间戳。 如果您想要一些花哨的CAST()调用，您甚至可以根据日期/时间范围从主键中进行SELECT 。
• 它们是全球独一无二的，偶尔会变得非常方便。
• 由于不需要跟踪高水位线，因此BL层可以分配值而不是SQL Server，从而消除了SELECT scope_identity()在插入后获取主键的步骤。
• 如果你甚至可能拥有超过20亿条记录，那么你需要使用bigint （64位）而不是int 。 一旦你这样做， uniqueidentifier只有bigint两倍大。
• 使用GUID可以更安全地在URL等中公开密钥，而不会让自己暴露于“猜测ID”攻击。
• 在SQL Server如何从磁盘加载页面以及处理器现在主要是64位的方式之间，仅仅因为数字是128位而不是32位并不意味着比较需要4倍的时间。 我看到的最后一个测试显示GUID几乎一样快。
• 索引的大小取决于有多少列都包括在内。 尽管GUID本身较大，但与索引中的其他列相比，额外的8或12个字节可能无关紧要。

最后，通过使用整数来挤出一些小的性能优势可能不值得失去GUID的优点。 根据经验进行测试并自行决定。

就个人而言，我仍然使用两者，具体取决于具体情况，但在我的情况下，决定因素从来没有真正降低到性能。

Answer 2

我个人使用INT IDENTITY来处理大多数主键和集群键。

您需要将作为逻辑构造的主键分开 - 它唯一地标识您的行，它必须是唯一且稳定且NOT NULL 。 GUID也适用于主键 - 因为它保证是唯一的。 如果使用SQL Server复制，GUID作为主键是一个不错的选择，因为在这种情况下，无论如何都需要唯一标识的GUID列。

SQL Server中的聚类键是一个物理构造，用于数据的物理排序，并且更难以正确。 通常，SQL Server上的索引女王Kimberly Tripp也需要一个良好的聚类密钥，它是唯一的，稳定的，尽可能窄的，并且理想地不断增加（所有这些都是INT IDENTITY ）。

在这里查看她关于索引的文章：

• GUID作为PRIMARY KEY和/或聚类键
• 集群指数辩论继续......
• 不断增加的聚类密钥 - 聚集索引辩论..........再次！

并且还将Jimmy Nilsson的GUID成本视为主要关键

对于聚类键，GUID是一个非常糟糕的选择，因为它很宽，完全随机，因此导致错误的索引碎片和糟糕的性能。 此外，群集密钥行也存储在每个非群集（附加）索引的每个条目中，因此您确实希望保持较小 - GUID为16字节，而INT为4字节，并且有几个非聚集索引和几百万行，这是一个巨大的差异。

在SQL Server中，您的主键默认情况下是您的群集密钥 - 但它不一定是。 您可以轻松地将GUID用作NON-Clustered主键，并使用INT IDENTITY作为您的群集密钥 - 只需要了解一点。

Answer 3

我在书签中写的很棒的文章： http ： //blogs.msdn.com/b/sqlserverfaq/archive/2010/05/27/guid-vs-int-debate.aspx

Answer 4

GUID作为主键的一个大问题是它们会导致大量的表碎片，这可能是一个很大的性能问题（表越大，问题越大）。 即使作为非聚簇索引的键，它们也会导致索引碎片化。

您可以通过设置适当的填充因子来部分缓解问题 - 但它仍然是一个问题。

除了在需要进行表扫描的其他窄行的表上，大小差异并没有那么多。 在这些情况下，每个数据库页面能够容纳更多行是一个性能优势。

使用GUID有充分的理由，但也有成本。 我通常更喜欢INT IDENTITY用于主键，但是当它们是更好的解决方案时我不会避免使用GUID。

Answer 5

使用GUID的主要优点是它们在所有空间和时间都是唯一的。

使用GUID作为关键值的主要缺点是它们很大。 弹出的是16个字节，它们是SQL Server中最大的数据类型之一。 构建在GUID上的索引将比构建在IDENTITY列上的索引更大更慢，这些列通常是整数（4个字节）。

因此，对于需要合并来自多个来源的数据的情况，它们是一个很好的解决方案

资料来源： http ： //www.sqlteam.com/article/uniqueidentifier-vs-identity

Answer 6

如果数据库表记录可以增长到百万条记录，我认为将它用作主键并不是一个好主意。