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


当前回答

确保所提供的连接字符串中的每个元素值都是正确的。在我的例子中,我得到了相同的错误,因为在连接字符串中指定的目录名称(数据库名称)不正确。

其他回答

为服务器机器上的SQL Server(和端口1433)定义一个新的Windows防火墙规则可以解决这个错误(如果您的服务器名、用户登录名或密码在连接字符串中没有错误…)。

你可以尝试替换元数据:

元= res: / / conString.csdl | res: / / conString.ssdl | res: / * / conString.msl

to:

元数据=因素:/ / * /;

我犯了这个错误,并找到了一些解决方案:

查看连接字符串,它看起来是有效的。我发现了这篇博客文章,这里的问题是他们使用了集成安全系统。如果您在IIS上运行,您的IIS用户需要访问数据库。

如果您使用实体框架与事务,实体框架自动打开和关闭连接与每个数据库调用。因此,在使用事务时,您试图将事务分散到多个连接上。这提升到MSDTC。

(更多信息请参见参考资料。)

更改我的代码如下固定:

using (DatabaseEntities context = new DatabaseEntities())
{
    context.Connection.Open();
    // the rest
}

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

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

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

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

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