使用 ASP.NET Membership Security 模型的表扩展我的业务数据库是否更好。或者我应该有一个不同的数据存储，我只管理身份和角色......基本上是 1 或 2 个数据库？
hans
问问题
4267 次
3 回答
3
这可能取决于规模。如果它是一个企业解决方案，其中不同的应用程序共享一个会员来源，答案很简单——将它们分开。可能还有性能原因导致您希望将此数据与应用程序的其余部分分开。例如，可以说这些表不属于数据仓库。
2 个数据库解决方案唯一没有给您的是参照完整性。如果您扩展您的成员表以保存有关用户的更多应用程序特定详细信息，并且这些表需要链接到主数据库，那么您可能希望将它们保持在一起。否则，您将需要某种复制作业来为您维护它。
于 2009-02-16T14:04:45.627 回答
2
这是相当主观的，但除非这些用户将使用多个数据库，否则我会说将它们保存在同一个数据库中。
如果这些用户和角色在多个数据库中使用，我只会为用户和角色使用单独的数据库。
所以不，我永远不会使用两个。但是，我可能会使用三个。
于 2009-02-16T13:52:42.677 回答
0
Which database platform are you using? If one that supports schemas within a database, e.g. SQL Server 2008, then you can put your membership tables into their own schema, for neatness. You can also add cross-schema foreign keys if required.
于 2009-02-16T16:13:10.827 回答