突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
我也有同样的问题。我用反射器查看了我的编译dll，发现资源的名称是不正确的。我重新命名了，现在看起来很好。
其他回答
在我的情况下，这个问题与重命名我的模型的edmx文件有关…修正app.config连接字符串的csdl/ssdl/msl文件修复了我的问题。
如果您使用EF 4.0设计器来生成csdl/ssdl/msl，这3个“文件”实际上将存储在模型的主edmx文件中。在这种情况下，瓦卡斯的帖子几乎是正确的。重要的是要理解他示例中的“Model_Name”将需要更改为模型的.edmx文件的当前名称(不包含.edmx)。
此外，如果edmx文件不在项目的根级别，则需要在Model_Name前面加上相对路径，例如:
res://*/MyModel.WidgetModel.csdl|res://*/MyModel.WidgetModel.ssdl|res://*/MyModel.WidgetModel.msl
将指定csdl/ssdl/msl xml存储在模型文件'WidgetModel。它存储在名为“MyModel”的文件夹中。
这发生在我身上，当我不小心切换了edmx文件的构建动作(出现在IDE属性下)从“EntityDeploy”到“None”。EntityDeploy为您填充元数据:请参阅http://msdn.microsoft.com/en-us/library/cc982037.aspx
在我的情况下，列出的答案没有一个是有效的，所以我发布了这个。
For my case, building on Visual studio and running it with IIS express worked fine. But when I was deploying using Nant scripts as a stand-alone website was giving errors. I tried all the suggestions above and then realized the DLL that was generated by the nant script was much smaller than the one generated by VS. And then I realized that Nant was unable to find the .csdl, .msl and .ssdl files. So then there are really two ways to solve this issue, one is to copy the needed files after visual studio generates them and include these files in the build deployment. And then in Web.config, specify path as:
"metadata=~/bin/MyDbContext.csdl|~/bin/MyDbContext.ssdl|~/bin/MyDbContext.msl;provider=System.Data.SqlClient;...."
这是假设您已经手动复制文件到您正在运行的网站的bin目录。如果它在不同的目录中，则相应地修改path。 第二种方法是在Nant脚本中执行EdmGen.exe，并生成文件，然后将它们作为资源，如下例所示: https://github.com/qwer/budget/blob/master/nant.build
有同样的问题，我从数据库重新创建了edmx。 解决了我的问题。
导致此异常的另一个原因是在ObjectQuery中包含了相关表，但输入了错误的导航属性名。
例子:
var query = (from x in myDbObjectContext.Table1.Include("FKTableSpelledWrong") select x);
