我有一个已经有用户表的数据库
列：
用户 ID - int
登录名 - 字符串
第一个 - 字符串
最后 - 字符串
我刚刚安装了 asp.net 成员表。现在我的所有表都加入到我的用户表中，外键输入“userId”字段
如何将 asp.net_users 表集成到我的架构中？以下是我想到的想法：
将 membership_id 字段添加到我的用户表中，并在新插入时将该新字段包含在我的用户表中。这似乎是最干净的方式，因为我不需要破坏任何现有的关系。
打破所有现有关系并将我的用户表中的所有字段移动到 asp.net_users 表中。这似乎很痛苦，但最终会导致最简单、标准化的解决方案
有什么想法吗？
【问题讨论】：
标签： sql-server database-design asp.net-membership
我经常使用各种形式的提供程序堆栈并取得了巨大的成功。
我将继续尊重您对 SqlProvider 堆栈的经验是有限的，并且在您看来阻力最小的路径是拼接到 aspnet_db。
抽象提供程序堆栈提供了清晰分离的功能集，它们以直观的方式相互补充和交互......如果您花时间了解它的工作原理。
通过扩展，虽然并不完美，但 SqlProviders 为作为 asp.net 运行时基础的广泛的个性化和安全设施提供了一个非常强大的后备存储。
您越努力理解这些工具的工作原理，就越少关注如何修改（阅读：破坏）现有架构，而更多地关注如何设想现有数据如何适应现有架构，您的努力就越少最终将花费以最终获得一个强大、易于理解的安全和个性化系统，而您不必设计、编写、测试和维护。
不要误会我的意思，我并不是说不要自定义提供程序。这就是抽象工厂模式的全部意义所在。但在您自己承担将其拼接到数据库/模式/关键基础设施系统之前，您应该更好地理解它。
一旦你达到了这一点，你就会开始看到，如果你专注于学习如何让系统在开发时间上拥有数千小时的开发时间，并且每天每分钟都有无数的用户为你工作您将在您和您的利益相关者真正感兴趣的事情上完成更多实际工作。
所以 - 我建议您将用户导入 aspnet_db/sqlprovider 堆栈并利用所提供的工具。
aspnet_db 中的 userId 是一个 guid，出于多种原因应该保持这种状态。如果您需要保留原始的完整用户标识符 - 将其存储在移动 pin 字段中以供参考。
会员资格是您要放置与安全和识别相关的信息的地方。用户名、密码等
个人资料是您想要放置易变元数据的地方，例如名称和网站偏好。
无论如何——我想说的是，在你破解它之前，你需要更好地了解数据库和提供者。首先了解如何按照提供的方式使用它，您的体验将更加富有成效。
祝你好运。
【讨论】：
根据我的经验，“ASP.NET 成员资格提供程序”引入的复杂性比它所解决的要多。所以我会选择选项 2：自定义用户表。
附：如果有人成功使用“ASP.NET 会员提供程序”，请发表评论！
【讨论】：