ASP.NET 成员资格提供程序、用户 ID GUID 和磁盘空间

Question

我当前正在使用 ASP.NET 的 SQL 成员身份提供程序，该提供程序使用 GUID 作为用户 ID。 我的应用程序有几个自定义表，这些表与用户表有外键关系，我担心标准提供程序使用 GUID 作为用户 ID 的磁盘空间和性能影响。

有没有人遇到与此相关的空间/性能问题？如果有，人们是否已经实施了自定义方法来解决这个问题？

任何见解或建议将不胜感激。

谢谢

Answer 1

我怀疑您是否会因为使用 GUID 而不是 INT 类型而遇到任何空间问题。 我要警告您的一件事是，您可能会想在数据库中的 GUID 列上创建聚集索引。 不要这样做。 默认情况下，GUID 是随机的，将随机数据插入具有聚集索引的列会导致一些问题。 您可能知道，集群意味着物理存储顺序。 因此，当您插入新的随机值 (GUID) 时，通常必须将该行插入到表的中间。 这可能会导致索引大量碎片。

我的建议是创建一个表，将 GUID 链接到 INT 值（如果您期望有很多用户，则为 BIGINT），然后在其他地方使用 INT。 就像费明刚才说的那样。

Answer 2

您是否没有一个将 GUID 映射到整数值的自定义表，然后您可以在自定义表中使用该整数？

UserId guid
FriendlyUserId int //use this as FK in other tables?

Answer 3

如果您使用的是 SQL Server 2005，您可能需要查看 NewSequentialId() 方法。 Eric Swann 提供了 很好地概述了它与会员提供商的使用情况。 还有一篇好文章介绍了使用顺序 GUID 的好处超过默认的随机数。 这是文章中的性能比较摘录......

                  [Reads] [Writes]  [Leaf Pages] [Avg Page Used] [Avg Fragmentation] [Record Count]
  IDENTITY(,)     0        1,683      1,667     98.9%            0.7%               50,000
  NEWID()           0      5,386      2,486     69.3%           99.2%               50,000
  NEWSEQUENTIALID() 0      1,746      1,725     99.9%            1.0%               50,000