突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
有时包含模型的程序集不会被加载:
[TestMethod]
public void TestOpenWithConfigurationAfterExplicit()
{
String dummy = typeof(MallApp).Assembly.FullName;
//force the assembly loaded.
using (DbContext ctx = new DbContext("name=MyContainer))
{
}
}
MallApp类型位于与实体模型相同的程序集中。如果没有显式加载，则会抛出System.Data.MetadataException。
其他回答
我在反思一个旧程序时，遇到了同样的问题。我浏览了之前的答案，我成功地解决了这个问题，我把“Model.”的3个文件。csdl”、“模型。ssdl”和“模型。在bin目录中，也在实体类的旁边。 之后修改web中实体连接字符串的元数据部分。配置为:
metadata=~/bin/Model.csdl|~/bin/Model.ssdl|~/bin/Model.msl
程序运行成功，显示此异常。
最终的解决方案(即使在另外两台机器上以及EDMX和其他设备上重新创建数据库之后)是不使用Entity Framework的第一版。期待在。net 4.0中再次评估它。
在再次遇到同样的问题并四处寻找答案之后，我终于找到了一个遇到同样问题的人。visualstudio的向导似乎没有正确地生成连接字符串，而且到元数据资源的链接缺少一个重要路径。
v1.0错误?:无法加载指定的元数据资源。脚本!=模型
更新2013-01-16:已经过渡到几乎完全使用EF Code First实践(即使是现有的数据库)，这个问题不再是一个问题。对我来说，这是一个可行的解决方案，可以减少自动生成的代码和配置带来的混乱，并增加我自己对产品的控制。
对于所有SelftrackingEntities用户， 如果您已经遵循Microsoft演练并将Object上下文类分离为 WCF服务项目(通过链接到上下文.tt)所以这个答案是给你的:
这篇文章中显示的部分答案包括如下代码:
... = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl",
typeof(YourObjectContextType).Assembly.FullName);
对你没用!!原因是youobjectcontexttype。程序集现在驻留在不同的程序集(在wcf项目程序集内)，
你应该用——>替换youobjectcontexttype。assembly。fullname
ClassTypeThatResidesInEdmProject.Assembly.FullName
玩得开心。
我也有同样的问题。我用反射器查看了我的编译dll，发现资源的名称是不正确的。我重新命名了，现在看起来很好。
一个糟糕的app.config或web。配置文件可以做到这一点..我已经复制了app.config连接字符串到我的web。在我的UI中配置，最终进入:
<connectionStrings>
<connectionStrings>
<add name="name" connectionString="normalDetails"/>
</connectionStrings>
</connectionStrings>
