Guid.NewGuid().GetHashCode() 用于数据库

Question

这对于用作数据存储（SQL Server）的 ID 可靠吗？

我会使用 guid，但我更喜欢数字值。

Answer 1

guid 比数值更有可能唯一表示一条记录。

同时：

• GUID 确保全局唯一性
• GUID 可以跨数据库移动
  GUID很好地
• 减少了连接数量
  必需

---

请参阅：Guid 还是 Int 主键？

Answer 2

这对于用作数据存储（SQL Server）的 ID 可靠吗？

不会。GUID 是 128 位，但哈希码是 32 位。因此，必然存在碰撞。您可能不太可能遇到它，但不能保证您永远不会遇到它。

您想要的可靠性是保证您永远不会遇到碰撞。如果您坚持使用 Guid.NewGuid().GetHashCode() ，那么您需要添加逻辑来检测冲突。 GUID 确实有优点（和缺点），但如果没有其他信息，我建议使用自动递增 int 列。特别是当你说你想要一个数字列时，我倾向于使用 IDENTITY 。

Answer 3

真正的 GUID 被设计为唯一的。当您将其减少为 int （通过 GetHashCode）时，它唯一的概率就会降低。

使用 GUID（唯一性）有一个很好的理由，而此代码删除了该 GUID 功能。

Answer 4

如果您想要一个数值，请使用 IDENTITY 列。如果您需要 GUID，请使用uniqueidentifier。就这么简单。

不要尝试混合搭配。不要对 GUID 进行哈希处理来获取数值。这将使您面临 GUID 列的所有缺点（更大的数据/索引、页面拆分），同时激发大部分优点（实际唯一性、复制支持）。此外，您无法获得顺序数字 ID 所能提供的任何优势，例如时间排序和索引性能。

Answer 5

我想说只使用 GUID 作为列上的值。然后就没有问题了。

Answer 6

Dim bom As New Dictionary(Of Long, Boolean)

Sub pageload() Handles Me.Load
    For i = 0 To 500
        Dim act As New Action(AddressOf collisionfind)
        act.BeginInvoke(Nothing, Nothing)
    Next
End Sub

Sub collisionfind()
    For index = 1 To 50000000
        Dim INTGUID = Guid.NewGuid.GetHashCode / 2 * Guid.NewGuid.GetHashCode / 2
        bom.Add(INTGUID, Nothing)
    Next
End Sub

好吧，我想毕竟它几乎一样好。

没有碰撞：D。

50000000 个循环在 500 个线程上是相当重的。这对我来说已经足够好了。

Answer 7

这是一种常见的方法，我将立即列出一个走这条路的好理由。您可以在访问 DB 之前生成 GUID，这样您就可以异步执行插入操作，并且您会提前知道 ID 是什么。

确保主键的数据类型是 UNIQUEIDENTIFIER 类型，并且一切就绪。