我今天才遇到这个问题。我有数据存储库类库与EF63 NuGet包和控制台应用程序进行测试，其中只引用类库项目。我创建了一个非常简单的构建后命令，它将EntityFramework.SqlServer.dll从类库的Bin\Debug文件夹复制到控制台应用程序的Bin\Debug文件夹，问题就解决了。不要忘记将entityFramework部分添加到控制台应用程序的.config文件中。

注意:我在从模型生成数据库Sql时遇到了这个问题。它已经创建了所有的表，但是不能导出更改。您需要注意的是，当您尝试使用DDL生成模板将sql导出为SSDLtoSQL10时，会生成此错误。它期待MySQL连接在这里，所以确保你选择从下拉DDL生成模板SSDLtoMySQL的模型属性。花了一整天的时间!

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

当你通过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.SqlServer.dll"，你也可以看到这个消息。

它似乎是EF6中新添加的文件。最初我没有将它包含在合并模块中，遇到了这里列出的问题。