当你通过Nuget安装实体框架6时。EntityFramework。SqlServer有时会错过另一个可执行文件。只需将Nuget包添加到该项目。

有时以上对测试项目不起作用

要在测试项目中解决这个问题，只需将这个方法放在测试项目中:

public void FixEfProviderServicesProblem()
{
    var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
}

这个方法从未被调用过，但根据我的观察，编译器将删除所有“不必要的”程序集，而不使用EntityFramework。SqlServer stuff测试失败。

你应该强制一个对EntityFramework.SqlServer.dll程序集的静态引用，但是你可以用一种更漂亮的方式来做到这一点，而不是放置一个虚拟代码:

If you already have a DbConfiguration class: public class MyConfiguration : DbConfiguration { public MyConfiguration() { this.SetProviderServices(System.Data.Entity.SqlServer.SqlProviderServices.ProviderInvariantName, System.Data.Entity.SqlServer.SqlProviderServices.Instance); } } If you don't have a DbConfiguration class you must put the following code at app startup (before EF is used): static MyContext() { DbConfiguration.Loaded += (sender, e) => e.ReplaceService<DbProviderServices>((s, k) => System.Data.Entity.SqlServer.SqlProviderServices.Instance); }

只需安装EntityFramework包到您的Web/控制台项目。这应该会将该节添加到配置文件中。

大家注意，两个dll EntityFramework.dll和EntityFramework.SqlServer.dll是DataAccess层库，在视图或任何其他层中使用它们是不符合逻辑的。它能解决你的问题，但不符合逻辑。

逻辑的方法是删除实体属性并用Fluent API替换它们。这是实解

在Azure上从CE db迁移到Sql Server时，我遇到了一个相关的问题。浪费了4个小时来解决这个问题。希望这能挽救一些有类似命运的人。对我来说，我的包中有一个对SqlCE的引用。配置文件。删除它解决了我的整个问题，并允许我使用迁移。太棒了，微软又推出了一项存在不必要的复杂设置和配置问题的技术。

今天在处理一组web服务时遇到了这个问题，每个web服务都在不同的项目中，而一个单独的项目包含其中一些服务的集成测试。

我已经在EF5中使用这个设置有一段时间了，不需要包括集成测试项目中对EF的引用。

现在，在升级到EF6之后，似乎我也需要在集成测试项目中包含对EF6的引用，即使它没有在那里使用(正如user3004275上面指出的那样)。

说明你也面临着同样的问题:

直接调用EF(连接到DB，获取数据等)工作正常，只要它们是从引用EF6的项目发起的。 通过已发布的服务接口调用服务工作正常;也就是说，在服务中“内部”不存在缺失引用。 从服务外部的项目直接调用服务项目中的公共方法，将导致此错误，即使EF没有在该项目中使用;仅在被调用的项目内部

第三点是让我困惑了一段时间，我仍然不确定为什么需要这个。在我的集成测试项目中添加ref到EF6，在任何情况下都解决了这个问题…