如何最好地利用ASP.NET成员资格数据库?

我本人是会员/角色/简介提供者的粉丝,所以我有点偏袒。基本上,如果我要评估一个项目要使用什么,我会查看需求。如果默认值对您有效,我看不到实现您自己的成员资格功能的任何理由。它有许多特性和一些非常好的优化(例如,出于性能原因,具有小写用户名和电子邮件的列)。

我通常为我的数据和成员创建一个数据库。我通过添加用户名列而不是外键来链接其他表,以避免删除用户时出现问题。更重要的是,guid(即用户ID)不能用成员资格提供程序接口检索,如果您想按用户ID引用内容,则需要编写自己的存储过程。

在独立数据库与否的问题上,如果您有资源(例如,您不在具有单个SQL Server数据库的共享主机上),那么分离往往是一种方式。主要的优点是,用户数据往往是非常特定于应用程序的(例如,在QA中不需要生产用户数据),因此单独使用它会使事情变得更简单,因为您只需要了解应用程序的数据。