突然，在实例化生成的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"
我希望这对你有所帮助。
其他回答
在我的情况下，列出的答案没有一个是有效的，所以我发布了这个。
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
我也遇到了类似的问题。我的类名与我的文件名不同。生成的connectionstring中包含类名而不是文件名。对我来说，解决方案就是重命名我的文件以匹配类名。
我昨天遇到了这个问题，并在调试中查看了我的代码和SQL分析器的输出。
在我阅读和理解这篇文章之前，我不能理解的是，为什么EntityFramework在调用DB时抛出这个错误。我在SQL Profiler中查看了数百行，试图找出数据库模型的错误。我找不到我期待的那种电话，老实说，我也不确定我在找什么。
如果您处于此位置，请检查连接字符串。我的猜测是，在EntityFramework创建它的SQL之前，它会检查模型，在连接字符串的元数据部分指定。对我来说，这是错误的。EntityFramework甚至还没有到DB。
确保名字是正确的。一旦我得到了整理，我然后看到调用SQL Profiler的ApplicationName是'EntityFramework'与SQL调用预期的表。
这意味着应用程序无法加载EDMX。有几种情况会导致这种情况。
您可能已经将模型的MetadataArtifactProcessing属性更改为Copy to Output Directory。 连接字符串可能错误。我知道您说您没有更改它，但如果您更改了其他内容(例如，程序集的名称)，它仍然可能是错误的。 您可能正在使用编译后任务将EDMX嵌入到程序集中，但由于某种原因该程序集中不再工作。
简而言之，你的问题中没有足够的细节来给出准确的答案，但希望这些想法能让你走上正确的轨道。
更新:我已经写了一篇博客文章，介绍了更完整的故障排除步骤。
如果您正在使用来自不同项目的edmx，那么在连接字符串中，更改…
metadata=res://*/Data.DataModel.csdl
……
metadata=res://*/DataModel.csdl
