突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
使用这篇博文中的信息:
就像其他人说的，res:\\是指向资源的指针。要检查并确保您的资源名称是正确的，您可以使用JetBrains的DotPeek等反编译器打开您的.dll文件并查看资源文件。
或者，您可以在调试时打开监视窗口并粘贴此代码，以获得当前正在执行的程序集中的资源名称数组。
System.Reflection.Assembly.GetExecutingAssembly().GetManifestResourceNames()
也就是说，元数据路径的格式应该是这样的:
{my-assembly-name} / {possibly-a-namespace},{类名称}。{csdl or SSDL or msl}
其他回答
我也有同样的问题。我用反射器查看了我的编译dll，发现资源的名称是不正确的。我重新命名了，现在看起来很好。
导致此异常的另一个原因是在ObjectQuery中包含了相关表，但输入了错误的导航属性名。
例子:
var query = (from x in myDbObjectContext.Table1.Include("FKTableSpelledWrong") select x);
这意味着应用程序无法加载EDMX。有几种情况会导致这种情况。
您可能已经将模型的MetadataArtifactProcessing属性更改为Copy to Output Directory。 连接字符串可能错误。我知道您说您没有更改它，但如果您更改了其他内容(例如，程序集的名称)，它仍然可能是错误的。 您可能正在使用编译后任务将EDMX嵌入到程序集中，但由于某种原因该程序集中不再工作。
简而言之，你的问题中没有足够的细节来给出准确的答案，但希望这些想法能让你走上正确的轨道。
更新:我已经写了一篇博客文章，介绍了更完整的故障排除步骤。
和一个快速的方法来检查模型名称没有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;)。
我昨天遇到了这个问题，并在调试中查看了我的代码和SQL分析器的输出。
在我阅读和理解这篇文章之前，我不能理解的是，为什么EntityFramework在调用DB时抛出这个错误。我在SQL Profiler中查看了数百行，试图找出数据库模型的错误。我找不到我期待的那种电话，老实说，我也不确定我在找什么。
如果您处于此位置，请检查连接字符串。我的猜测是，在EntityFramework创建它的SQL之前，它会检查模型，在连接字符串的元数据部分指定。对我来说，这是错误的。EntityFramework甚至还没有到DB。
确保名字是正确的。一旦我得到了整理，我然后看到调用SQL Profiler的ApplicationName是'EntityFramework'与SQL调用预期的表。
