我使用。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上失败


当前回答

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

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

其他回答

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

persist security info=True

我有一个类似的问题:在我的测试用例执行中,我总是得到这个错误。我发现,我的“分布式事务服务”没有启动(运行:services。启动“分布式事务服务”(最好设置为自动启动))。在我这么做之后,它就像魔法一样有效……

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

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

由于连接状态,我遇到了类似的异常问题,然后我意识到我的域服务类变量被标记为静态(错误地)。

我的猜测是,一旦服务库加载到内存中,每个新调用最终都会使用相同的静态变量值(域服务实例),从而通过连接状态引起冲突。

我还认为每个客户端调用都会产生一个新线程,因此多个线程访问同一个域服务实例就相当于火车失事。

如果你碰巧在ASP上得到这个错误。NET web应用程序,除了上面提到的其他事情,检查以下内容:

数据库用户安全权限(允许用户访问数据库。 检查IIS中的应用程序池,确保它是允许访问数据库的正确应用程序池。