Sql server SQL Server的ASP.NET成员身份mdf

Sql server SQL Server的ASP.NET成员身份mdf,sql-server,membership,Sql Server,Membership,我的会员在当地工作得很好。但是现在需要使用Aspnet_regsql.exe部署这样创建的成员表/存储过程,并将我的web.config更改为指向本地sqlexpress数据库实例 我的会员资格仍然有效,但未使用SQL Server。我从APP\u DATA文件夹中删除了连接字符串先前引用的.mdf文件。我的表单身份验证仍在工作,允许我注册新用户,但不使用SQL Server 它在用什么 <remove name="DefaultConnection"/> <add name

我的会员在当地工作得很好。但是现在需要使用
Aspnet_regsql.exe
部署这样创建的成员表/存储过程,并将我的
web.config
更改为指向本地
sqlexpress
数据库实例

我的会员资格仍然有效,但未使用SQL Server。我从
APP\u DATA
文件夹中删除了连接字符串先前引用的
.mdf
文件。我的表单身份验证仍在工作,允许我注册新用户,但不使用SQL Server

它在用什么

<remove name="DefaultConnection"/> 
<add name="DefaultConnection" 
     connectionString="server=PC\SQLEXPRESS;Trusted_Connection=true;database=adatabase;"/>


我的连接字符串如上所示。下面还有一个连接字符串,其值现在与此完全相同,仅供参考。所有成员资格部分,如
DefaultMembershipProvider
都使用
DefaultConnection
连接字符串。

我一直在查看名为
dbo.aspnet\u Users
的表。下面还有一个名为
dbo.Users
的表,这就是创建用户的地方。所以它使用的是SQL Server!
Aspnet\u regsql.exe
工具安装了这些表。它看起来像是创建用户的实际表是在之后创建的。我从这些表的时间戳中了解到了这一点-它们相隔超过20分钟。

首先检查您的连接是否正常进行,方法是在page_load event中的Con.open()…是的,已确认。在生产中,我只使用了正确连接字符串的成员身份,它自己创建了所需的表。我已经准备好了一个从本地数据库获取的脚本,可以在生产环境中运行,但不需要。