突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
有时我在我的项目中看到这个错误。我通过
1 -右键单击EDMX文件
2 -选择“运行自定义工具”选项
3 -重建项目
其他回答
这意味着应用程序无法加载EDMX。有几种情况会导致这种情况。
您可能已经将模型的MetadataArtifactProcessing属性更改为Copy to Output Directory。 连接字符串可能错误。我知道您说您没有更改它，但如果您更改了其他内容(例如，程序集的名称)，它仍然可能是错误的。 您可能正在使用编译后任务将EDMX嵌入到程序集中，但由于某种原因该程序集中不再工作。
简而言之，你的问题中没有足够的细节来给出准确的答案，但希望这些想法能让你走上正确的轨道。
更新:我已经写了一篇博客文章，介绍了更完整的故障排除步骤。
我的理论是，如果您有多个同名的edmx文件(例如Model1)，它将给出该异常。 当我决定将所有edmx文件(位于不同的项目中)命名为Model1时，我也遇到了同样的问题，因为我认为它们应该是独立的。
导致此异常的另一个原因是在ObjectQuery中包含了相关表，但输入了错误的导航属性名。
例子:
var query = (from x in myDbObjectContext.Table1.Include("FKTableSpelledWrong") select x);
在我的情况下，这个问题与重命名我的模型的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”的文件夹中。
我花了一整天在这个错误上
如果您正在使用n-tear架构
或者您尝试将EDMX生成的模型从DataAccessLayer分离到DomainModelLayer
也许你会得到这个错误
第一个故障排除步骤是确保webconfig (UILayer)和appconfig (DataAccessLayer)中的Connection字符串是相同的 第二个是非常重要的连接字符串 connectionString = "元数据= res: / / * / Model.csdl | res: / / * / Model.ssdl | res: / / * / Model.msl;提供… 这就是问题所在
从哪里我得到了Modelor。csdl在我的连接字符串中，他们在哪里
这是我们的解决方案，请看图
希望对你有所帮助
