我们有三个项目。
这两个网站项目都引用了Company.Domain
。
我们的EF 5 DbContext
位于Company.Domain.Data.EntityFramework
,看起来像这样:
using System.Data.Entity;
using Company.Domain.Data.EntityFramework.Entities;
namespace Company.Domain.Data.EntityFramework.
{
public class CompanyEntities : DbContext
{
public DbSet<Notification> Notifications { get; set; }
public DbSet<Report> Reports { get; set; }
public DbSet<ReportSection> ReportSections { get; set; }
public DbSet<ReportPage> ReportPages { get; set; }
// brevity brevity
}
}
我们已启用迁移并在过去成功使用该工具,因此我不确定为什么我们现在遇到问题。我们的迁移配置位于Company.Domain.Data.EntityFramework.Migrations
,如下所示:
namespace Company.Domain.Data.EntityFramework.Migrations
{
using System;
using System.Data.Entity;
using System.Data.Entity.Migrations;
using System.Linq;
using Company.Domain.Data.EntityFramework;
public class Configuration : DbMigrationsConfiguration<CompanyEntities>
{
public Configuration()
{
MigrationsDirectory = @"Data\EntityFramework\Migrations";
AutomaticMigrationsEnabled = false;
}
protected override void Seed(CompanyEntities context)
{
// empty at the moment
}
}
}
然后我们在App.config
项目的根目录中有一个Company.Domain
文件,它看起来像这样:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<configSections>
<section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
<!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 -->
</configSections>
<connectionStrings>
<add name="CompanyEntities" providerName="System.Data.SqlClient" connectionString="Data Source=devsql;Initial Catalog=CompanyEntities;uid=XXXXX;pwd=XXXXX;MultipleActiveResultSets=True;" />
</connectionStrings>
<entityFramework>
<defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
<parameters>
<parameter value="v11.0" />
</parameters>
</defaultConnectionFactory>
</entityFramework>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
</startup>
</configuration>
我们的数据库位于网络上的另一台服务器上。我能够在SQL Server Management Studio中连接它,我们的应用程序能够在运行时连接就好了。但是,当我尝试运行add-migration
甚至update-database
时,我收到以下错误:
System.Data.ProviderIncompatibleException:从数据库获取提供程序信息时发生错误。这可能是由实体框架使用不正确的连接字符串引起的。检查内部异常以获取详细信息,并确保连接字符串正确。 ---&GT; System.Data.ProviderIncompatibleException:提供程序未返回ProviderManifestToken字符串。 ---&GT; System.Data.SqlClient.SqlException:建立与SQL Server的连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确,以及SQL Server是否配置为允许远程连接。
我甚至将我的更改还原到模型然后运行update-database
只是为了看看它是否会说“数据库是最新迁移”但我仍然遇到上述错误。我一遍又一遍地倾倒了App.config
中的连接字符串。我无法弄清楚为什么迁移不会连接但我们的两个网站项目在运行时都能正常工作。迁移过去一直有效。以下是解决方案资源管理器中的迁移与数据库中__MigrationHistory
表中的迁移相比较。
看起来我应该能够运行update-database
并让它告诉我它是最新的,但我得到了那个错误。
据我所知,当我运行迁移命令时,迁移不应该关注我们的两个网站项目,但是为了以防万一,我也会倾倒他们的Web.config文件。连接字符串与App.config相同。
我甚至尝试从项目中完全卸载并删除EF 5软件包并重新安装。同样的问题&gt; :(
答案 0 :(得分:62)
您的启动项目是否包含web.config或app.config,因为EF使用start项目作为连接字符串的来源
答案 1 :(得分:4)
好的,所以起初对我不起作用:(
然后喝了一杯咖啡并将StartUPProjectName加入其中后,确实如此! 尝试:
Update-Database -StartUpProjectName MYPROJECT.NAME -Script
尝试将其指向web.config / app.config所在的启动项目
答案 2 :(得分:3)
如果您获得了在软件包管理器控制台中启用迁移的帮助
Get-Help enable-migrations -detailed
您可以在-StartupProjectName选项中找到此文档:
-StartUpProjectName
Specifies the configuration file to use for named connection strings. If omitted, the specified project's configuration file is used.
该文档有点令人困惑,但这意味着如果您使用此选项指定项目名称,则迁移将在指定项目的配置文件中查找连接字符串。 (配置文件可以是web.config
或app.config
)。
如果您要创建网络应用,很可能连接字符串将位于其web.config
中,因此您必须指定网络应用项目。如果是其他类型的项目,连接字符串将位于类库的app.config
文件中或其他任何内容中,并且您必须指定该项目。
除此之外,建议你使用DbContext
类的构造函数来指定连接字符串的名称,即
public class CompanyEntities : DbContext
{
public CompanyEntities()
:base("ConnectionStringName")
{
...
}
....
}
通过这种方式,您不依赖于默认的连接字符串,这可能会造成混淆。
答案 3 :(得分:1)
您说您可以通过SQL Management Studio进行连接,但我猜您使用的是Windows身份验证,而不是连接字符串中提供的uid=XXXXX;pwd=XXXXX;
。
尝试让Management Studio使用该用户ID和密码进行连接。
此外,该帐户可能已被锁定(如果它是Active Directory帐户)。
答案 4 :(得分:1)
这听起来像我的客户所遇到的问题。它与搞砸了machine.config的DbProviders部分的东西有关。他把详细信息放在这里:http://social.msdn.microsoft.com/Forums/en-US/adodotnetentityframework/thread/f2a19487-6d38-4a79-a809-d3efe4c9d9fe(这是Adam Scholz回答他老板的问题。:))
朱莉
答案 5 :(得分:0)
可能这已经解决但我通过在我的解决方案中将启动项目设置为实体dll项目(具有app.config文件)来解决它。我确实设置了&#34;默认项目&#34;在程序包管理器控制台窗口中指向正确的实体dll项目但该功能无效。详情
Entity Framework 6 with SQL Server 2012 gives System.Data.Entity.Core.ProviderIncompatibleException 系统数据实体芯providerin
答案 6 :(得分:0)
如果您的解决方案有多个项目,请尝试将解决方案的启动项目设置为包含包含EF设置的Web.Config或App.Config文件的项目。
我为我的模型提供了一个Web项目和单独项目(Data.Models)的解决方案。一切顺利,直到我向解决方案添加了一个控制台应用程序。一旦我将其设置为启动项目,EF迁移就会失败。
此外,如果解决方案中的多个项目启用了迁移,则在执行添加迁移后,始终在每个项目上运行Update-Database。我的Web项目有一个待定的迁移,由于第一个项目中的挂起迁移,第二个项目的迁移失败了。