sql-server - Uniqueidentifier vs. IDENTITY vs. Material Code——哪个是主键的最佳选择？

Question

SQL Server 中主键最好选择哪个？
有一些示例代码:

Uniqueidentifiers

例如

CREATE TABLE new_employees
   (employeeId   UNIQUEIDENTIFIER      DEFAULT NEWID(),
   fname      VARCHAR(20) )
GO
INSERT INTO new_employees(fname) VALUES ('Karin')
GO

Identity columns

例如

 CREATE TABLE new_employees
 (
  employeeId int IDENTITY(1,1),
  fname varchar (20)
 );

 INSERT new_employees
    (fname)
 VALUES
    ('Karin');

[ Material 代码](或业务代码， Material 的标识。例如客户标识符)

例如

CREATE TABLE new_employees(
    [ClientId] [varchar](20) NOT NULL,
    [fName] [varchar](20) NULL      
 )

 INSERT new_employees
    (ClientID, fname)
 VALUES
    ('C0101000001',--customer identifier，e.g.'C0101000001' a user-defined code.
     'Karin');

请给我一些建议，从三种类型的标识列中选择主键，或者其他选择。

谢谢!

Answer 1

GUID 似乎是您的主键的自然选择 - 如果您真的必须，您可能会争辩说将它用于表的 PRIMARY KEY。我强烈建议不要做的是使用GUID列作为集群键，这是SQL Server默认做的，除非你特别指定告诉它不要。

您确实需要将两个问题分开:

1. 主键 是一种逻辑构造 - 唯一且可靠地标识表中每一行的候选键之一。这实际上可以是任何东西 - INT、GUID、字符串 - 选择对您的场景最有意义的内容。

2. 聚簇键(定义表中“聚簇索引”的一列或多列)- 这是一个物理存储相关的东西，并且在这里，小型、稳定、不断增加的数据类型是您的最佳选择 - INT 或 BIGINT 作为您的默认选项。

默认情况下，SQL Server 表上的主键也用作聚类键 - 但这并不需要那样做!当将以前基于 GUID 的主键/集群键分解为两个单独的键时，我个人看到了巨大的性能提升 - GUID 上的主(逻辑)键和一个单独的 INT IDENTITY(1,1) 列。

作为Kimberly Tripp - 索引女王 - 和其他人已经多次声明 - GUID 作为聚类键不是最佳的，因为由于其随机性，它将导致大量的页面和索引碎片以及通常较差的性能。

是的，我知道 - 在 SQL Server 2005 及更高版本中有 newsequentialid() - 但即使那样也不是真正和完全顺序的，因此也遇到与 GUID< 相同的问题 - 只是不太明显。

然后还有另一个问题需要考虑:表上的聚簇键也将添加到表上每个非聚簇索引的每个条目中 - 因此您确实希望确保它尽可能小.通常，具有 2+ 十亿行的 INT 应该足以满足绝大多数表的需求 - 与作为集群键的 GUID 相比，您可以节省数百兆字节磁盘和服务器内存中的存储空间。

快速计算 - 使用 INT 与 GUID 作为主键和集群键:

• 包含 1'000'000 行的基表(3.8 MB 与 15.26 MB)
• 6 个非聚集索引(22.89 MB 与 91.55 MB)

总计:25 MB 与 106 MB - 而且这只是在一张表上!

还有一些值得思考的东西 - 金伯利·特里普 (Kimberly Tripp) 的优秀作品 - 读一遍，再读一遍，消化它!这真的是 SQL Server 索引福音。

• GUIDs as PRIMARY KEY and/or clustered key
• The clustered index debate continues
• Ever-increasing clustering key - the Clustered Index Debate..........again!
• Disk space is cheap - that's not the point!

除非你有一个非常好的理由，否则我会主张对几乎每个“真实”数据表使用 INT IDENTITY 作为它们主键的默认值 - 它是独特、稳定(永不改变)、范围窄、不断增加 - 您希望在集群键中拥有的所有良好属性，以实现 SQL Server 表的快速和可靠的性能!

如果您有一些也具有所有这些属性的“自然”键值，那么您也可以使用它来代替代理键。但是 两个 最大的可变长度字符串。我认为每个 20 个字符不符合这些要求。