我使用。mdf来连接数据库和entityClient。现在我想改变连接字符串,这样就不会有.mdf文件了。

下面的connectionString是否正确?

<connectionStrings>
   <!--<add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;AttachDbFilename=|DataDirectory|\NData.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />-->
   <add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;Initial Catalog=NData;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

因为我总是得到错误:

基础提供程序在Open上失败


当前回答

没有一个答案对我有用

我认为我们中的一些人都会犯愚蠢的错误,失败有100种方式……

我的问题是新项目,我在另一个项目中设置了所有的配置,但调用者是一个Web Api项目,其中我必须在Web Api项目中复制相同的连接字符串。

我认为这很疯狂,因为我甚至没有从web api中更新dbcontext或任何东西。

否则,类库将试图查找一个名为

TokenApi.Core.CalContext   

其中我的项目名为TokenApi。Core和CalContext是连接字符串的名称和文件名

其他回答

当您收到这个异常时,请确保展开详细信息并查看内部异常详细信息,因为它将提供关于登录失败原因的详细信息。在我的例子中,连接字符串包含一个没有访问我的数据库的用户。

无论您使用的是集成安全(登录Windows用户的上下文)还是个人SQL帐户,请确保该用户在“安全”下对您试图访问的数据库具有适当的访问权限,以防止此问题。

如果还原数据库时用户已经存在,且模式不同,导致无法分配正确的权限,也会发生这种情况。

要纠正此运行:

USE your_database
EXEC sp_change_users_login 'Auto_Fix', 'user', NULL, 'cf'
GO
EXEC sp_change_users_login 'update_one', 'user', 'user'
GO

我也有同样的问题,但对我有用的是从连接字符串中删除这个:

persist security info=True

几天前我也遇到了同样的问题,在连接字符串中使用“Integrated Security=True;”,你需要在“localsystem”下运行应用程序池标识。当然,不建议这样做,但对于测试来说,它可以完成工作。

这是在iis7中更改身份的方法: http://www.iis.net/learn/manage/configuring-security/application-pool-identities

我在这里发布了一个类似的问题,使用托管在亚马逊RDS上的SQL 2012数据库。问题是在连接字符串-我有“应用程序名称”和“应用程序”属性在那里。一旦我把它们拿掉,它就起作用了。

实体框架5和Amazon RDS——“底层提供者在Open上失败了。”