突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
对我来说，我把数据访问层和用户界面层分开了。 每一层都有实体连接字符串。
在我将这两个分离的连接字符串修改为相同之前，我仍然发现下面的错误。
Unable to load the specified metadata resource
所以我让这两个层(DAL, UI)是相同的连接字符串，它的工作完美。
我的解决方案是使所有的连接字符串是相同的，无论他们已经提出。
其他回答
我刚花了30分钟玩这个。我重命名了实体对象，重命名了配置文件中的条目，但还有更多…您还必须更改对CSDL的引用
很容易错过-如果您正在重命名，请确保您获得所有内容....
经过数小时的谷歌搜索和尝试解决建议的解决方案没有一个有效。我在这里列出了几个解决方案。我也注意到了对我有用的方法。(我使用的是EF版本6.1.1,SQL server 2014 -但旧的DB)
重新构建项目并重试。 关闭和打开VS -我不知道这是怎么回事 确保如果你已经把。edmx文件放在一个目录中，确保你在你的连接字符串中包含了目录。例如，我的是在DAL文件夹。所以它看起来是这样的:connectionString="metadata=res://*/ dal . nammodel .csdl|res://*/ dal . nammodel .ssdl|res://*/ dal . nammodel .msl;你可以在解决方案资源管理器中切换显示所有文件，在~/obj/..目录)
.．.以及更多我尝试过的方法[比如:将EntityFramework版本恢复到后来的版本(不确定)]
对我有用的是:
这篇文章帮助我解决了我的问题。我只是在EDMX文件中将我的ProviderManifestToken=“2012”更改为ProviderManifestToken=“2008”。这样做:
解决方案资源管理器
右键单击文件。edmx 开放与. . XML编辑器 使用2008更改ProviderManifestToken="XXXX"
我希望这对你有所帮助。
我也犯过类似的错误。我重新创建了项目(说来话长)，并从旧项目中提取了所有内容。我没有意识到我的模型之前在一个名为“模型”的目录中，而现在在一个名为“模型”的目录中。一旦我改变了我的网络连接。配置如下:
<add name="RecipeManagerEntities" connectionString="metadata=res://*/Model.Recipe.csdl
:
<add name="RecipeManagerEntities" connectionString="metadata=res://*/Models.Recipe.csdl
一切正常(模型改为模型)。注意，我必须改变字符串中的这三个位置。
当我的emdx文件被一个预构建命令删除时，我得到了这个错误，很简单。我花了一段时间才意识到事情这么简单。
我在解决方案文件夹中包含项目的解决方案中遇到了同样的问题，当它们被移动到解决方案根目录时(为了克服Mvc3AppConverter由于项目位置而导致的疑似bug)。
尽管在需要时重新添加了所有*项目引用后编译了解决方案，但在网站启动时抛出了错误。
EDMX在其中一个被移动的项目(“Data”项目)中，但当然，缺少对Data项目的引用并不会导致编译错误，只是运行时错误。
简单地将缺少的引用添加到主项目就解决了这个问题，根本不需要编辑连接。
我希望这能帮助到其他人。
