如何最好地利用ASP .NET Membership数据库?

时间:2009-08-30 19:11:00

标签: asp.net security asp.net-membership

我正处于开发Web应用程序的早期开发阶段。我目前正在审查是否应该使用ASP .NET Membership或自己编写。我更倾向于使用ASP .NET Membership来节省一些开发时间。需要帮助以澄清如何最好地利用会员数据库的一些含糊之处:

  • 成员资格会创建一个新数据库。哪一个更好,为我使用相同的数据库 应用程序数据库或为我的应用程序创建新数据库?为什么?
  • 如果我为我的应用程序创建一个新数据库。哪一个更好,在我的应用程序数据库中创建一个新的用户表,或者在成员资格数据库中重用/扩展用户表?

提前致谢,

RWendi

2 个答案:

答案 0 :(得分:5)

我自己是会员/角色/个人资料提供者的粉丝所以我有点偏颇。基本上,如果我要评估项目的用途,我会查看要求。如果默认适用于您,我认为没有理由实施您自己的会员功能。它有许多功能和一些非常好的优化(例如,出于性能原因,使用小写用户名和电子邮件的列)。

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

答案 1 :(得分:1)

关于单独数据库的问题,如果你有资源(例如 - 你不在具有单个sql server db的共享主机上),则往往是分开的。主要优点是用户数据往往是非常特定于应用程序(例如 - 您不需要在QA中生成用户数据),因此单独使用它会使事情变得更清晰,因为您只需要了解应用程序的数据