9

我使用了几个带有整数主键的引用表。现在我想将整数更改为 GUID，使所有引用保持不变。最简单的方法是什么？

谢谢！

添加

我确实了解这个过程，所以我需要更详细的建议，例如，如何填写新的 GUID 列。使用默认值 newid() 是正确的，但是对于已经存在的行呢？

4

7 回答 7

13
  • 在主表中为 guid 值创建一个新列。使用 uniqueidentifier 数据类型，使用 newid() 默认使其不为空，以便填充所有现有行。
  • 在子表中创建新的 uniqueidentifier 列。
  • 运行更新语句以使用现有的 int 关系来构建公会关系以引用实体。
  • 删除原始的 int 列。

此外，在数据/索引页面中留出一些空间（指定 fillfactor < 100），因为 guid 不像 int 标识列那样是连续的。这意味着插入可以在数据范围内的任何位置，如果您的页面 100% 已满，则会导致页面拆分。

于 2008-09-26T07:48:08.883 回答
6

首先：亲爱的上帝为什么？！？！？

其次，您必须首先将 GUID 列添加到所有表中，然后根据 int 值填充它们。完成后，您可以将 GUID 设置为主键/外键，然后删除 int 列。

要更新值，你会做类似的事情

  1. 在主键表中设置新的 GUID
  2. 运行这个：

.

UPDATE foreignTable f
SET f.guidCol = p.guidCol
FROM primaryTable p
WHERE p.intCol = f.intCol
于 2008-09-26T07:42:42.657 回答
3

这在实现分布式计算模型的系统中是相关的。如果在系统中持久化信息时要求系统知道主键，则使用由ONE处理程序维护的自增主键会降低系统速度。相反，您需要一种类似于 GUID 生成器的机制来创建主键（请记住，主键的真正特征是它的唯一性）。因此，我可以扩展多个服务，每个服务都创建自己的主键，彼此独立。

我以前有过这样做的可疑特权，基本上我要做的就是将整个该死的数据库导出为 XML。接下来，我有一个 Java 应用程序，它使用 java.util.Random 的 nextLong() 函数将主键替换为新的 guid 键。之后，我将整个内容重新导入数据库。

当然，我第一次尝试将XML文件导入回来时，我忘记关闭主键字段的自动编号功能，所以请从我的错误中吸取教训。我确信有更好的方法可以做到这一点，但这是一种快速而肮脏的方法......而且它奏效了。如果您想知道，该项目是为了使应用程序规模化。

于 2008-09-26T08:18:29.060 回答
2

是的，我和格伦在一起……实际上，在他发布之前，我一直在犹豫是否要发布相同的内容……

为什么不希望将自动增量 int 主键与 GUID 分开？它更加灵活，您只需将 GUID 列编入索引，这样您的查询就有了良好的性能......

至于灵活性，我喜欢将我的 id 保持为自动增量整数，因为这样其他看似唯一且值得主键的项目可以更改。

灵活性的一个很好的例子是如果您使用用户名作为主键。即使它们是独一无二的，也很高兴能够改变它们。如果用户使用电子邮件地址作为用户名怎么办？能够更改用户名并且不影响您的所有查询是一大优势，我怀疑您的 GUID 可能也是如此......

于 2008-09-26T07:46:03.163 回答
0

我认为，您必须手动进行。或者你可以为它写一些实用程序。场景应该是：

  • 使用新的“guid”列复制“int”PK/FK 列。
  • 为“guid”PK 列生成新值。
  • 使用指定值更新“guid”FK 列中的值（您可以通过“int”PK 找到记录）。
  • 删除带有“int”PK/FK 列的引用（关系）。
  • 使用“guid”PK/FK 列创建类似的引用（关系）。
  • 删除“int”PK/FK 列。
于 2008-09-26T07:47:48.383 回答
0

这是一个非常好的选择。我为我的一个应用程序从 longs 切换到 UUID，我不后悔。如果您使用 MS SQL Server，它包含在标准中（我使用 postgresql，它仅包含在 8.3 之后的标准中）。

正如Glenn Slaven所提到的，您可以根据当前记录中的键重新创建 UUID。请注意，它们不会是独一无二的，但这样很容易保持关系完整。您在移动后创建的新记录将是唯一的。

于 2008-09-26T08:45:42.223 回答
0

不要这样做！我们开始使用 GUID，现在我们几乎完成了将 INT 作为 PK 的迁移；我们保留 GUID 用于记录目的（以及一些表，呃，“可协商的关系完整性”;)），但是使用 int 的速度提高是惊人的。

请注意，当表格行数超过数百万时，这才真正变得明显。

到目前为止，我们最大的愚蠢是使用 NEWID() 作为我们（顺序）日志表的 PK ——当我们意识到我们的错误时，我们非常头疼。

于 2008-09-26T08:49:21.980 回答