突然，在实例化生成的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}
其他回答
我能够在Visual Studio 2010, VB.net (ASP.NET) 4.0中解决这个问题。
在实体模型向导期间，您将能够看到实体连接字符串。从这里，您可以复制并粘贴到连接字符串中。
我唯一缺少的是连接字符串中的“App_Code.”。
entityBuilder.Metadata = "res://*/App_Code.Model.csdl|res://*/App_Code.Model.ssdl|res://*/App_Code.Model.msl"
我刚花了30分钟玩这个。我重命名了实体对象，重命名了配置文件中的条目，但还有更多…您还必须更改对CSDL的引用
很容易错过-如果您正在重命名，请确保您获得所有内容....
在我的情况下，列出的答案没有一个是有效的，所以我发布了这个。
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
这意味着应用程序无法加载EDMX。有几种情况会导致这种情况。
您可能已经将模型的MetadataArtifactProcessing属性更改为Copy to Output Directory。 连接字符串可能错误。我知道您说您没有更改它，但如果您更改了其他内容(例如，程序集的名称)，它仍然可能是错误的。 您可能正在使用编译后任务将EDMX嵌入到程序集中，但由于某种原因该程序集中不再工作。
简而言之，你的问题中没有足够的细节来给出准确的答案，但希望这些想法能让你走上正确的轨道。
更新:我已经写了一篇博客文章，介绍了更完整的故障排除步骤。
我在解决方案文件夹中包含项目的解决方案中遇到了同样的问题，当它们被移动到解决方案根目录时(为了克服Mvc3AppConverter由于项目位置而导致的疑似bug)。
尽管在需要时重新添加了所有*项目引用后编译了解决方案，但在网站启动时抛出了错误。
EDMX在其中一个被移动的项目(“Data”项目)中，但当然，缺少对Data项目的引用并不会导致编译错误，只是运行时错误。
简单地将缺少的引用添加到主项目就解决了这个问题，根本不需要编辑连接。
我希望这能帮助到其他人。
