突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
经过数小时的谷歌搜索和尝试解决建议的解决方案没有一个有效。我在这里列出了几个解决方案。我也注意到了对我有用的方法。(我使用的是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"
我希望这对你有所帮助。
其他回答
我昨天遇到了这个问题，并在调试中查看了我的代码和SQL分析器的输出。
在我阅读和理解这篇文章之前，我不能理解的是，为什么EntityFramework在调用DB时抛出这个错误。我在SQL Profiler中查看了数百行，试图找出数据库模型的错误。我找不到我期待的那种电话，老实说，我也不确定我在找什么。
如果您处于此位置，请检查连接字符串。我的猜测是，在EntityFramework创建它的SQL之前，它会检查模型，在连接字符串的元数据部分指定。对我来说，这是错误的。EntityFramework甚至还没有到DB。
确保名字是正确的。一旦我得到了整理，我然后看到调用SQL Profiler的ApplicationName是'EntityFramework'与SQL调用预期的表。
我刚花了30分钟玩这个。我重命名了实体对象，重命名了配置文件中的条目，但还有更多…您还必须更改对CSDL的引用
很容易错过-如果您正在重命名，请确保您获得所有内容....
使用这篇博文中的信息:
就像其他人说的，res:\\是指向资源的指针。要检查并确保您的资源名称是正确的，您可以使用JetBrains的DotPeek等反编译器打开您的.dll文件并查看资源文件。
或者，您可以在调试时打开监视窗口并粘贴此代码，以获得当前正在执行的程序集中的资源名称数组。
System.Reflection.Assembly.GetExecutingAssembly().GetManifestResourceNames()
也就是说，元数据路径的格式应该是这样的:
{my-assembly-name} / {possibly-a-namespace},{类名称}。{csdl or SSDL or msl}
我也遇到了和Rick一样的问题和解决方案，只是我要将一个现有的.edmx导入到一个新项目中，虽然基本名称空间无关紧要，但它被导入到不同的子目录中，因此我还必须更新Web内部的连接字符串。配置在三个地方，包括不同的子目录命名:
当我在构建新的.edmx设计器之前没有清理解决方案时，就会发生这种情况。因此，在构建新的。edmx设计器之前，不要忘记清理解决方案。这可以帮助我跳过很多问题。如果你是visual studio的新手，那么下面提供的导航细节。
点击- > Build >清洁解决方案 单击“->Build->Rebuild Solution”
希望这能有所帮助。谢谢大家
