我正在创建(实际上是重新创建)一个应用程序,其中包含MS-Access数据库中的现有用户和其他数据。该数据将被移动到SQL Server,并且其中一部分涉及迁移用户。我想使用EF进行ORM,并且我相当确定在SQL Server中数据模型将是什么样子。我对EF还不熟悉,但对ASP.NET并不陌生,我希望利用ASP.NET的Membership功能。我正在考虑几种方法来做到这一点,并希望得到一些建议。我目前只做了一点关于这个想法的研究,也许已经在其他地方回答了这个问题。所以,这里有一系列相关的问题。
EF是否可以直接通过某个类或命名空间与ASP.NET Membership一起使用?
如果我将用户转移到Membership系统,则为了将其userid与其他表中的数据对齐,是否应该像DotNetNuke一样在aspnet_ *表格之上创建另一组用户数据表格?
我想避免这样一种情况:我仅使用内置的Membership函数进行用户身份验证,并在处理用户标记数据时切换到EF上下文。每次都需要进入Membership用户来绑定到GridView中的列,似乎很笨重,但也许那就是所需的?我需要忍受并在EF中复制Membership类以进行数据检索吗?
我曾考虑过实现某种类型的EF提供程序用于Membership,想法是也许这样提供程序可以位于整个EF数据模型内部。这是疯狂的想法吗?(我从未编写过自己的提供程序)
随意告诉我我没有任何意义。