为什么ASP.NET Identity 2.0使用GUID/String作为用户ID？

Question

我是否遗漏了什么，还是整数仍然是更好的选择？

Answer 1

关于guid的使用，有一种观点提倡使用没有“意义”的ID，以便将标识符与其周围的数据完全分离；此id在数据存储外部不应可见。如果我们查看代理项的一些特性，我们有以下几个

• 该值在系统范围内是唯一的，因此永远不会重用
• 值是系统生成的
• 用户或应用程序无法操作该值
• 值不包含语义
• 该值对用户或应用程序不可见
• 该值不是由来自不同域的多个值组成。

因此，guid符合要求，因为它确实是由系统生成的，与域没有关系。我认为guid的使用主要是这种特定思维方式的趋势问题；然而，由于他们引入了“可扩展主键”的新机制，键可以被更改，因此您可以在PK中返回一个整数。

GUID似乎是主键的一个自然选择--如果您真的必须这样做，您可能会争论将它用于表的主键。我强烈建议不要使用GUID列作为群集键，SQL Server在默认情况下这样做，除非您明确告诉它不要这样做。

您确实需要将两个问题分开：

• 主键是一个逻辑结构--唯一可靠地标识表中每一行的候选键之一。这可以是任何东西，真的--对您的场景最有意义的INT、GUID、string-pick。
• 集群键（定义表上“聚集索引”的一列或多列）--这是一个物理存储相关的东西，在这里，一个小的、稳定的、不断增加的数据类型是最佳的pick-int或BIGINT作为默认选项。