简单成员数据库是否应该在 mvc4 中是独立的



MVC4 代码优先应用程序

我将在UseProfile中添加两个int16字段,并将从大约600个用户开始,这可能会增长。 我知道如何将简单会员配置为单独的数据库或滚动到主应用程序数据库中。 代码方面,这是一个折腾。 经验丰富的开发人员对在这种情况下的最佳实践提出任何意见,特别是考虑到 SimpleMembership 与旧成员资格提供程序的缩减架构。 两个数据库的最大缺点是与托管相关的成本。

谢谢

Asp.Net 成员资格(和SimpleMembership)在应用的数据库中工作正常。

我会考虑拆分数据库的唯一原因是,如果您将拥有具有单个用户群(即单点登录)的多个系统 - IMO 这个决定点也适用于旧成员。

将用户保留在同一数据库中的另一个好处是出于引用完整性的目的 - 例如,从 App 表到 UserId 的外键约束将防止意外删除用户,并允许在 App 和成员表之间更轻松/更简单的连接。

无论如何,你可以考虑将成员身份ConnectionString与应用连接字符串分开,因为这会使你的选项保持开放供以后使用,并且你的应用不会受限于代码优先 EF。

最新更新