什么时候会使用 GUID 作为主键？

Question

可能的重复：
GUID / UUID 数据库密钥的优点和缺点

在 SQL Server 2005/8 DB 中必须使用 GUID 作为主键的情况。 例如，使用 MS Sync Framework 是否强制执行此操作或数据复制？

Answer 1

如果您需要通过复制同步多个数据库，您可以使用 guid 作为键。

使用 guid 的另一个原因是，如果您想在某些远程客户端（例如 winforms 应用程序）上创建行，然后通过 Web 服务等将这些行提交到服务器。

如果您这样做，我强烈建议您确保指定自己的集群基于不唯一的自动递增 int 的索引。 将行插入到聚集索引是 guid 的表中可能会产生相当大的开销。

更新：这是一个如何设置这样的表的示例：

CREATE TABLE [dbo].[myTable](
[intId] [int] IDENTITY(1,1) NOT NULL,
[realGuidId] [uniqueidentifier] NOT NULL,
[someData] [varchar](50) NULL,
    CONSTRAINT [PK_myTable] UNIQUE NONCLUSTERED 
    (
   [realGuidId] ASC
    )
)

CREATE CLUSTERED INDEX [IX_myTable] ON [dbo].[myTable] 
(
[intId] ASC
)

您可以像平常一样插入表中，例如：

INSERT INTO myTable VALUES(NEWID(), 'Some useful data goes here')

更新：我听了一个非常好的 dotnetrocks 剧集，其中谈到了这一点，值得一听 - 显示#447

Answer 2

我使用 GUID 作为主键，因为当我使用分布式数据库和一个与所有分布式数据库的数据同步的中央数据库构建应用程序时，我不想使用复合主键。 使用 GUID，我确信（几乎*）当我将所有数据库中的数据提取到中央数据库时，不会发生冲突（违反约束）。

* 在两个不同的地方生成相同的 GUID 的可能性极小，但并非不可能。

Answer 3

当数据库不集中或某些收集是远程执行时。