突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
我花了一整天在这个错误上
如果您正在使用n-tear架构
或者您尝试将EDMX生成的模型从DataAccessLayer分离到DomainModelLayer
也许你会得到这个错误
第一个故障排除步骤是确保webconfig (UILayer)和appconfig (DataAccessLayer)中的Connection字符串是相同的 第二个是非常重要的连接字符串 connectionString = "元数据= res: / / * / Model.csdl | res: / / * / Model.ssdl | res: / / * / Model.msl;提供… 这就是问题所在
从哪里我得到了Modelor。csdl在我的连接字符串中，他们在哪里
这是我们的解决方案，请看图
希望对你有所帮助
其他回答
我也遇到了类似的问题。我的类名与我的文件名不同。生成的connectionstring中包含类名而不是文件名。对我来说，解决方案就是重命名我的文件以匹配类名。
我刚花了30分钟玩这个。我重命名了实体对象，重命名了配置文件中的条目，但还有更多…您还必须更改对CSDL的引用
很容易错过-如果您正在重命名，请确保您获得所有内容....
对于我的案例，它是通过改变edmx文件的属性来解决的。
打开edmx文件 右键单击EDMX设计器的任意位置 选择属性 将名为“元数据工件处理”的属性更新为“嵌入输出程序集”
这为我解决了问题。 问题是，当容器试图找到元数据时，它找不到它。所以只要在同一个装配中就可以了。 如果您的edmx文件在另一个程序集中，则此解决方案将不起作用
使用这篇博文中的信息:
就像其他人说的，res:\\是指向资源的指针。要检查并确保您的资源名称是正确的，您可以使用JetBrains的DotPeek等反编译器打开您的.dll文件并查看资源文件。
或者，您可以在调试时打开监视窗口并粘贴此代码，以获得当前正在执行的程序集中的资源名称数组。
System.Reflection.Assembly.GetExecutingAssembly().GetManifestResourceNames()
也就是说，元数据路径的格式应该是这样的:
{my-assembly-name} / {possibly-a-namespace},{类名称}。{csdl or SSDL or msl}
我也遇到了和Rick一样的问题和解决方案，只是我要将一个现有的.edmx导入到一个新项目中，虽然基本名称空间无关紧要，但它被导入到不同的子目录中，因此我还必须更新Web内部的连接字符串。配置在三个地方，包括不同的子目录命名:
