Asp.net 身份：为什么索引在 GUID (nvarchar) 上？使用 int 有什么好处/缺点？

Question

当我使用 Visual Studio 2017 生成 MVC.NET 时，它会生成一些表 AspNetUsers、AspNetRoles 等...

如果查看已经生成的Id，都在nvarchar(128)中，值就是GUID。

我的第一反应是将其更改为 int，但我认为 Microsoft 必须有充分的理由使用 GUID 而不是 int。但是谷歌搜索，我找不到答案。

现在，我明白了为什么它将所有 id 存储为 nvarchar(128)，这是因为并非所有数据库都具有字段类型 GUID。但我找不到使用 GUID 和 int 的好处。

进一步搜索互联网，我找到了这篇文章：GUIDs as PRIMARY KEYs and/or the clustering key。现在，听起来 GUID 可能是一个糟糕的选择。

我还处于早期阶段，所以我仍然是时候从 GUID 更改为 int。但是使用 int 代替 GUID 是否有任何真正的缺点（和/或好处）？

感谢您的帮助...

Answer 1

互联网上已经对此问题进行了大量讨论。这确实是一个永无止境的辩论/话题，因为 int/long 和 GUID 作为主键各有利弊。

GUID vs INT Debate 是一篇关于这个主题的精彩文章。

你也可以关注Why is ASP.NET Identity 2.0 using a GUID/string as user id?

除了这些文章讨论之外，我还可以向您提出一些建议：

1. 默认情况下，SQL Server 主键是集群键，除非你明确告诉它不要这样做，否则在GUID 主键的情况下会导致性能不佳。如果您考虑到这一点，请不要选择 GUID 作为主键。

2. 如果您认为您的主键不是唯一标识符就没有特殊含义，请选择 GUID 作为主键。

3. 如果您需要有意义且可读的主键，请选择int/long作为主键。

如果您选择GUID 作为您的主要用户，那么您可以查看What are the best practices for using a GUID as a primary key, specifically regarding performance?