我使用了几个带有整数主键的引用表。现在我想将整数更改为 GUID，使所有引用保持不变。最简单的方法是什么？
谢谢！
加法
我确实了解这个过程，所以我需要更详细的建议，例如，如何填写新的 GUID 列。使用默认值 newid() 是正确的，但是对于已经存在的行呢？
【问题讨论】：
标签： sql sql-server foreign-keys primary-key guid
此外，请在数据/索引页面中留出一些空间（指定填充因子
【讨论】：
首先：天哪，为什么？！？！？
其次，您必须先将 GUID 列添加到所有表中，然后根据 int 值填充它们。完成后，您可以将 GUID 设置为主键/外键，然后删除 int 列。
要更新值，你会做类似的事情
.
UPDATE foreignTable f
SET f.guidCol = p.guidCol
FROM primaryTable p
WHERE p.intCol = f.intCol
【讨论】：
这与实现分布式计算模型的系统相关。如果在系统中持久化信息时需要系统知道主键，则使用 ONE 处理程序维护的自动递增主键会降低系统速度。相反，您需要一种类似于 GUID 生成器的机制来创建主键（请记住，主键的真正特征是它的唯一性）。因此，我可以扩展多个服务，每个服务都创建自己的主键，彼此独立。
我之前有过这样做的可疑特权，基本上我要做的就是将整个该死的数据库导出为 XML。接下来，我有一个 Java 应用程序，它使用 java.util.Random 的 nextLong() 函数将主键替换为新的 guid 键。之后，我将整个内容重新导入数据库。
当然，我第一次尝试将XML文件导入回来时，我忘记关闭主键字段的自动编号功能，所以请从我的错误中吸取教训。我确信有更好的方法可以做到这一点，但这是一种快速而肮脏的方法......而且它奏效了。如果您想知道，该项目是为了使应用程序规模化。
【讨论】：
是的，我和格伦在一起……实际上，在他发布之前，我一直在犹豫是否要发布相同的内容……
您为什么不希望将自动增量 int 主键与您的 GUID 分开？它更加灵活，您只需将 GUID 列编入索引，这样您的查询就有了良好的性能...
至于灵活性，我喜欢将我的 id 保持为自动增量整数，因为这样其他看似唯一且值得主键的项目可以更改。
灵活性的一个很好的例子是如果您使用用户名作为主键。即使它们是独一无二的，也很高兴能够改变它们。如果用户使用电子邮件地址作为用户名怎么办？能够更改用户名并且不影响您的所有查询是一大优势，我怀疑您的 GUID 可能也是如此......
【讨论】：
我认为，您必须手动操作。或者你可以为它写一些实用程序。场景应该是：
【讨论】：
这是一个非常好的选择。对于我的一个应用程序，我从 longs 切换到 UUID，我并不后悔。如果您使用 MS SQL Server，它包含在标准中（我使用 postgresql，它仅包含在 8.3 之后的标准中）。
如Glenn Slaven 所述，您可以根据当前记录中的键重新创建 UUID。请注意，尽管它们不会是独一无二的，但这样很容易保持关系完整。您在移动后创建的新记录将是唯一的。
【讨论】：
不要这样做！我们开始使用 GUID，现在我们几乎完成了将 INT 作为 PK 的迁移；我们保留 GUID 用于日志记录（以及一些表，呃，“可协商的关系完整性”;)），但是使用 int 的速度提升是惊人的。
这只有在表格行数超过数百万时才真正显现出来，请注意。
到目前为止，我们最大的错误是使用 NEWID() 作为我们（顺序）日志表的 PK - 当我们意识到我们的错误时，我们非常头疼。
【讨论】：