问扩展ASP.NET成员提供程序，PK == FK ==可以吗？

EN

我想不出为什么它不能工作，或者为什么你不应该这样做(userid as PK)

我不知道为什么您要使用一个单独的数据库来处理所有事情，我可能只会在当前数据库中创建该表，并使用userid将其设置为aspnet_users表的FK。

如果您要重写成员资格提供程序，我会将所有PK列从GUID切换为BITINT。我这么做有两个原因；第一，序列号更容易使用和理解；第二，使用BIGINT而不是GUID会带来性能上的好处。我还将使用我自己的id列，该列可用于与应用程序中的其他表一样，并删除sql成员资格提供程序中缺省情况下的id列。要做到这一点，你需要为提供者中的每个函数提供代码，这不是一个小任务。

我已经围绕现有的数据库模式创建了一个包装器，其中包含一个从MembershipUser派生的类(包含附加属性)和一个MembershipProvider派生类(创建派生的MembershipUser类的实例)。

我只使用成员身份验证和更新方法，因为其他支持API在某种程度上是有限的。我有一个单独的创建/编辑用户API的管理员使用。

该解决方案目前已在多个网站上使用，效果良好。