将 ASP.NET 成员资格表添加到我自己的现有数据库中，还是应该配置单独的 ASP.NET 成员资格数据库？
我正在阅读这篇文章MisfitGeek：将 ASP.NET 成员身份添加到您自己的数据库。
并思考常见的做法是什么。在应用程序中使用 ASP.NET 成员资格和授权的开发人员推荐什么作为最佳实践？在存储应用程序数据的同一数据库中创建成员资格表，还是配置第二个数据库以仅存储成员资格信息？
我当前的设置是一个仅用于会员信息的不同数据库，但我认为这会增加我必须维护的数据库数量。如果我有 5 个使用 ASP.NET 成员资格的应用程序，那么这意味着还有 5 个 ASP.NET 成员资格数据库。
那么，您通常是在主数据库中创建 ASP.NET 成员资格表还是配置单独的成员资格表？
I was reading through this post here MisfitGeek: Adding ASP.NET Membership to your OWN Database.
and thought to my self what the common practice is. What do developers using ASP.NET membership and authorization in their applications recommend as a best practice? Creating the membership tables in the same database that stores their applications data or configuring a second database to store ONLY the membership information?
My current setup is a different database for membership information ONLY but am thinking that increases the number of databases I have to maintain. If I have 5 applications using ASP.NET membership, then that means 5 more ASP.NET membership databases.
So do you normally create the ASP.NET membership tables in your main database or you configure a separate membership table?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我个人刚刚将 ASP.NET 会员资格内容添加到我自己的数据库中。然后，我围绕 System.Web.Security.Membership 类编写了一个基本包装类，以便代码的行为就像使用自己的成员资格内容一样。它非常光滑而且并不难做。如果您需要帮助设置它，这就是我所做的。
您提供的有关如何设置它的链接比我使用的更复杂：
如果您确实需要演练，我在文档中有屏幕截图。
I personally just added the asp.net membership stuff to my own database. I then wrote a basic wrapper class around System.Web.Security.Membership class so that the code acts like its using its own membership stuff. Its pretty slick and not that hard to do. If you need assistance setting it up, here is what I did.
The link you provided on how to set it up is waaaaaaaaaayy more complicated that what I used:
I have screenshots in the doc if you really need the walkthrough.