在数据库 VS 中创建 Guid PK。在代码中

Question

什么是在数据库上生成主键或在应用程序代码中生成主键“更好”，特别是在为键使用 GUID/UniqueIdentifier 数据类型时。

我已经阅读了使用 Guid 和 int 数据类型之间的区别，听起来 Guid 对于所谓的“离线生成”是可行的。

例如

在一个项目（我们使用实体框架）中，我们在应用程序代码中使用Guid.NewGuid() 在插入数据时生成PK，而不是在数据库中使用NEWID() 约束。

这是一个坏方法吗？

我的担忧是：

• 数据库索引：数据库性能，因为 Id 可能不是连续的
• 密钥已被使用的概率为 640 亿分之一。 （考虑到应用程序不会很大，但可能需要增长空间）
• 也许还有其他缺点？

Answer 1

实际上，GUID 可以从 SQL Server 2005 开始连续。在名为 NEWSEQUENTIALID() 的函数中有一个函数，链接 here

创建一个大于任何 GUID 先前生成的 GUID 自 Windows 启动以来，此功能在指定计算机上。后 重新启动 Windows，GUID 可以从较低的范围再次启动，但 仍然是全球独一无二的。当 GUID 列用作行时 标识符，使用 NEWSEQUENTIALID 可以比使用 NEWID 更快 功能。这是因为 NEWID 函数会导致随机活动 并使用更少的缓存数据页。使用 NEWSEQUENTIALID 也有助于 完全填满数据和索引页面。