突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
我也犯过类似的错误。我重新创建了项目(说来话长)，并从旧项目中提取了所有内容。我没有意识到我的模型之前在一个名为“模型”的目录中，而现在在一个名为“模型”的目录中。一旦我改变了我的网络连接。配置如下:
<add name="RecipeManagerEntities" connectionString="metadata=res://*/Model.Recipe.csdl
:
<add name="RecipeManagerEntities" connectionString="metadata=res://*/Models.Recipe.csdl
一切正常(模型改为模型)。注意，我必须改变字符串中的这三个位置。
其他回答
我刚花了30分钟玩这个。我重命名了实体对象，重命名了配置文件中的条目，但还有更多…您还必须更改对CSDL的引用
很容易错过-如果您正在重命名，请确保您获得所有内容....
我在反思一个旧程序时，遇到了同样的问题。我浏览了之前的答案，我成功地解决了这个问题，我把“Model.”的3个文件。csdl”、“模型。ssdl”和“模型。在bin目录中，也在实体类的旁边。 之后修改web中实体连接字符串的元数据部分。配置为:
metadata=~/bin/Model.csdl|~/bin/Model.ssdl|~/bin/Model.msl
程序运行成功，显示此异常。
当我得到元数据问题排序，我有一个后续的问题，形式是调用异常无法找到app.config中XXXEntities的连接字符串(其中我的目标是不依赖app.config)。幸运的是，我找到了引用系统。我的单元测试项目中的数据清除了最后的障碍。总结一下:
使用nuget将实体框架安装到单元测试项目中。 确保System. data . entity和System. data . entity。引用数据。 按照这里的描述对连接字符串进行排序。 将连接字符串传递给分部类构造函数。
现在我的元数据在一个类库中，这个类库可以从引用db更新，并且我可以在运行时将我的应用程序和单元测试指向任何服务器上的任何db。
附录:当我移动我的edmx到一个文件夹，我又得到了错误。经过一些研究，我发现您希望元数据字符串看起来像:metadata=res://EPM.DAL/Models.EPM。其中EPM. csdl。DAL是组装和EPM的名称。Edmx在models文件夹中。
在将一个大的解决方案从源代码管理资源管理器的一个文件夹移动到另一个文件夹后，我得到了这个问题。我们没有把包文件夹检查到Team Foundation，所以我认为VS会自动下载包。这将我的EF表单v6.1.2升级到v6.1.3。
当我降级到最初的v6.1.2时，这个问题就消失了。
和一个快速的方法来检查模型名称没有Reflector....查找目录
...obj - {} - edmxResourcesToEmbed输出配置
检查.csdl、.msl和.ssdl资源文件是否存在。如果它们在子目录中，则子目录的名称必须加在模型名称之前。
例如，我的三个资源文件在一个子目录Data中，所以我的连接字符串必须是
元= res: / / * Data.MyModel.csdl | res: / * / Data.MyModel.ssdl | res: / * / Data.MyModel.msl;
(与元= res: / / * / MyModel csdl | res: / / * / MyModel ssdl | res: / / * / MyModel msl;)。
