这意味着应用程序无法加载EDMX。有几种情况会导致这种情况。

您可能已经将模型的MetadataArtifactProcessing属性更改为Copy to Output Directory。 连接字符串可能错误。我知道您说您没有更改它，但如果您更改了其他内容(例如，程序集的名称)，它仍然可能是错误的。 您可能正在使用编译后任务将EDMX嵌入到程序集中，但由于某种原因该程序集中不再工作。

简而言之，你的问题中没有足够的细节来给出准确的答案，但希望这些想法能让你走上正确的轨道。

更新:我已经写了一篇博客文章，介绍了更完整的故障排除步骤。

最终的解决方案(即使在另外两台机器上以及EDMX和其他设备上重新创建数据库之后)是不使用Entity Framework的第一版。期待在。net 4.0中再次评估它。

在再次遇到同样的问题并四处寻找答案之后，我终于找到了一个遇到同样问题的人。visualstudio的向导似乎没有正确地生成连接字符串，而且到元数据资源的链接缺少一个重要路径。

v1.0错误?:无法加载指定的元数据资源。脚本!=模型

更新2013-01-16:已经过渡到几乎完全使用EF Code First实践(即使是现有的数据库)，这个问题不再是一个问题。对我来说，这是一个可行的解决方案，可以减少自动生成的代码和配置带来的混乱，并增加我自己对产品的控制。

一个小小的修改帮我解决了这个问题。

我有3个项目参考资料的解决方案:

connectionString="metadata=res://*/Model.Project.csdl|res://*/Model.Project.ssdl|res://*/Model.Project.msl;

我改为:

connectionString="metadata=res://*/;

我也有同样的问题。我用反射器查看了我的编译dll，发现资源的名称是不正确的。我重新命名了，现在看起来很好。

我也犯过类似的错误。我重新创建了项目(说来话长)，并从旧项目中提取了所有内容。我没有意识到我的模型之前在一个名为“模型”的目录中，而现在在一个名为“模型”的目录中。一旦我改变了我的网络连接。配置如下:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Model.Recipe.csdl 

:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Models.Recipe.csdl

一切正常(模型改为模型)。注意，我必须改变字符串中的这三个位置。

这发生在我身上，当我不小心切换了edmx文件的构建动作(出现在IDE属性下)从“EntityDeploy”到“None”。EntityDeploy为您填充元数据:请参阅http://msdn.microsoft.com/en-us/library/cc982037.aspx

我刚花了30分钟玩这个。我重命名了实体对象，重命名了配置文件中的条目，但还有更多…您还必须更改对CSDL的引用

很容易错过-如果您正在重命名，请确保您获得所有内容....

我也遇到了和Rick一样的问题和解决方案，只是我要将一个现有的.edmx导入到一个新项目中，虽然基本名称空间无关紧要，但它被导入到不同的子目录中，因此我还必须更新Web内部的连接字符串。配置在三个地方，包括不同的子目录命名:

我的理论是，如果您有多个同名的edmx文件(例如Model1)，它将给出该异常。 当我决定将所有edmx文件(位于不同的项目中)命名为Model1时，我也遇到了同样的问题，因为我认为它们应该是独立的。

当Edmx在一个项目中，而您正在从另一个项目中使用它时，可以得到此异常。

原因是Res://*/是一个指向当前程序集中资源的uri。如果Edm是在与使用它的代码不同的程序集中定义的，res://*/将不起作用，因为无法找到资源。

您需要提供程序集的全名(包括公钥令牌)，而不是指定' * '。例如:

res://YourDataAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=abcdefabcedf/YourEdmxFileName.csdl|res://...

构造连接字符串的更好方法是使用EntityConnectionStringBuilder:

public static string GetSqlCeConnectionString(string fileName)
{
    var csBuilder = new EntityConnectionStringBuilder();

    csBuilder.Provider = "System.Data.SqlServerCe.3.5";
    csBuilder.ProviderConnectionString = string.Format("Data Source={0};", fileName);

    csBuilder.Metadata = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl", 
        typeof(YourObjectContextType).Assembly.FullName);

    return csBuilder.ToString();
}

public static string GetSqlConnectionString(string serverName, string databaseName)
{
    SqlConnectionStringBuilder providerCs = new SqlConnectionStringBuilder();

    providerCs.DataSource = serverName;
    providerCs.InitialCatalog = databaseName;
    providerCs.IntegratedSecurity = true;

    var csBuilder = new EntityConnectionStringBuilder();

    csBuilder.Provider = "System.Data.SqlClient";
    csBuilder.ProviderConnectionString = providerCs.ToString();

    csBuilder.Metadata = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl",
        typeof(YourObjectContextType).Assembly.FullName);

    return csBuilder.ToString();
}

如果仍然遇到异常，请在reflector中打开程序集并检查.csdl、.ssdl和.msl文件的文件名。当资源与元数据值中指定的资源具有不同的名称时，将无法正常工作。

在我的情况下，这个问题与重命名我的模型的edmx文件有关…修正app.config连接字符串的csdl/ssdl/msl文件修复了我的问题。

如果您使用EF 4.0设计器来生成csdl/ssdl/msl，这3个“文件”实际上将存储在模型的主edmx文件中。在这种情况下，瓦卡斯的帖子几乎是正确的。重要的是要理解他示例中的“Model_Name”将需要更改为模型的.edmx文件的当前名称(不包含.edmx)。

此外，如果edmx文件不在项目的根级别，则需要在Model_Name前面加上相对路径，例如:

res://*/MyModel.WidgetModel.csdl|res://*/MyModel.WidgetModel.ssdl|res://*/MyModel.WidgetModel.msl

将指定csdl/ssdl/msl xml存储在模型文件'WidgetModel。它存储在名为“MyModel”的文件夹中。

我编写了这个helper类，当ObjectContext对象定义在与使用它的项目不同的项目中时，它可以创建对象的实例。我解析配置文件中的连接字符串，并将'*'替换为完整的程序集名称。

它并不完美，因为它使用反射来构建对象，但这是我能找到的最通用的方法。

希望它能帮助到别人。

public static class EntityHelper<T> where T : ObjectContext
{
    public static T CreateInstance()
    {
        // get the connection string from config file
        string connectionString = ConfigurationManager.ConnectionStrings[typeof(T).Name].ConnectionString;

        // parse the connection string
        var csBuilder = new EntityConnectionStringBuilder(connectionString);

        // replace * by the full name of the containing assembly
        csBuilder.Metadata = csBuilder.Metadata.Replace(
            "res://*/",
            string.Format("res://{0}/", typeof(T).Assembly.FullName));

        // return the object
        return Activator.CreateInstance(typeof(T), csBuilder.ToString()) as T;
    }
}

对于所有SelftrackingEntities用户， 如果您已经遵循Microsoft演练并将Object上下文类分离为 WCF服务项目(通过链接到上下文.tt)所以这个答案是给你的:

这篇文章中显示的部分答案包括如下代码:

... = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl", 
        typeof(YourObjectContextType).Assembly.FullName); 

对你没用!!原因是youobjectcontexttype。程序集现在驻留在不同的程序集(在wcf项目程序集内)，

你应该用——>替换youobjectcontexttype。assembly。fullname

ClassTypeThatResidesInEdmProject.Assembly.FullName 

玩得开心。

我能够在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"

导致此异常的另一个原因是在ObjectQuery中包含了相关表，但输入了错误的导航属性名。

例子:

var query = (from x in myDbObjectContext.Table1.Include("FKTableSpelledWrong") select x);

对于我的案例，它是通过改变edmx文件的属性来解决的。

打开edmx文件 右键单击EDMX设计器的任意位置 选择属性 将名为“元数据工件处理”的属性更新为“嵌入输出程序集”

这为我解决了问题。 问题是，当容器试图找到元数据时，它找不到它。所以只要在同一个装配中就可以了。 如果您的edmx文件在另一个程序集中，则此解决方案将不起作用

我遇到了同样的错误消息的问题。我的问题通过关闭并重新打开Visual Studio 2010解决了。

有时包含模型的程序集不会被加载:

    [TestMethod]
    public void TestOpenWithConfigurationAfterExplicit()
    {
        String dummy = typeof(MallApp).Assembly.FullName;  
        //force the assembly loaded.
        using (DbContext ctx = new DbContext("name=MyContainer))
        {
        }
    }

MallApp类型位于与实体模型相同的程序集中。如果没有显式加载，则会抛出System.Data.MetadataException。

我在解决方案文件夹中包含项目的解决方案中遇到了同样的问题，当它们被移动到解决方案根目录时(为了克服Mvc3AppConverter由于项目位置而导致的疑似bug)。

尽管在需要时重新添加了所有*项目引用后编译了解决方案，但在网站启动时抛出了错误。

EDMX在其中一个被移动的项目(“Data”项目)中，但当然，缺少对Data项目的引用并不会导致编译错误，只是运行时错误。

简单地将缺少的引用添加到主项目就解决了这个问题，根本不需要编辑连接。

我希望这能帮助到其他人。

有同样的问题，因为我重命名了一个程序集。

我还必须在项目属性/AssemblyInfo.cs中的AssemblyTitle和AssemblyProduct属性中重命名它，并删除并重新添加对edmx文件的引用。

然后它运行得很好。

对我来说，我把数据访问层和用户界面层分开了。 每一层都有实体连接字符串。

在我将这两个分离的连接字符串修改为相同之前，我仍然发现下面的错误。

Unable to load the specified metadata resource

所以我让这两个层(DAL, UI)是相同的连接字符串，它的工作完美。

我的解决方案是使所有的连接字符串是相同的，无论他们已经提出。

我也有这个问题，这是因为我的网络中的连接字符串。config与我的EDMX所在程序集的app.config中的略有不同。不知道为什么会改变，但这里有两个不同的版本。

App.config:

<add name="SCMSEntities" connectionString="metadata=res://*/Model.SMCSModel.csdl|res://*/Model.SMCSModel.ssdl|res://*/Model.SMCSModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=SANDIEGO\sql2008;initial catalog=SCMS;integrated security=True;multipleactiveresultsets=True;application name=EntityFramework&quot;" providerName="System.Data.EntityClient" />

. config:

<add name="SCMSEntities" connectionString="metadata=res://*/Model.SCMSModel.csdl|res://*/Model.SCMSModel.ssdl|res://*/Model.SCMSModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=SANDIEGO\sql2008;initial catalog=SCMS;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />

修复它只是简单地复制App .config字符串(注意结尾的小差异-而不是“App=EntityFramework”，它想要“应用程序名称=EntityFramework”)到web。解决了配置和问题。：）

当我得到元数据问题排序，我有一个后续的问题，形式是调用异常无法找到app.config中XXXEntities的连接字符串(其中我的目标是不依赖app.config)。幸运的是，我找到了引用系统。我的单元测试项目中的数据清除了最后的障碍。总结一下:

使用nuget将实体框架安装到单元测试项目中。 确保System. data . entity和System. data . entity。引用数据。 按照这里的描述对连接字符串进行排序。 将连接字符串传递给分部类构造函数。

现在我的元数据在一个类库中，这个类库可以从引用db更新，并且我可以在运行时将我的应用程序和单元测试指向任何服务器上的任何db。

附录:当我移动我的edmx到一个文件夹，我又得到了错误。经过一些研究，我发现您希望元数据字符串看起来像:metadata=res://EPM.DAL/Models.EPM。其中EPM. csdl。DAL是组装和EPM的名称。Edmx在models文件夹中。

有同样的问题，我从数据库重新创建了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;)。

我也遇到了类似的问题。我的类名与我的文件名不同。生成的connectionstring中包含类名而不是文件名。对我来说，解决方案就是重命名我的文件以匹配类名。

我昨天遇到了这个问题，并在调试中查看了我的代码和SQL分析器的输出。

在我阅读和理解这篇文章之前，我不能理解的是，为什么EntityFramework在调用DB时抛出这个错误。我在SQL Profiler中查看了数百行，试图找出数据库模型的错误。我找不到我期待的那种电话，老实说，我也不确定我在找什么。

如果您处于此位置，请检查连接字符串。我的猜测是，在EntityFramework创建它的SQL之前，它会检查模型，在连接字符串的元数据部分指定。对我来说，这是错误的。EntityFramework甚至还没有到DB。

确保名字是正确的。一旦我得到了整理，我然后看到调用SQL Profiler的ApplicationName是'EntityFramework'与SQL调用预期的表。

一个糟糕的app.config或web。配置文件可以做到这一点..我已经复制了app.config连接字符串到我的web。在我的UI中配置，最终进入:

<connectionStrings>
    <connectionStrings>
          <add name="name" connectionString="normalDetails"/>
    </connectionStrings>
</connectionStrings>

我只是没有引用包含EDMX文件的类库。

使用这篇博文中的信息:

就像其他人说的，res:\\是指向资源的指针。要检查并确保您的资源名称是正确的，您可以使用JetBrains的DotPeek等反编译器打开您的.dll文件并查看资源文件。

或者，您可以在调试时打开监视窗口并粘贴此代码，以获得当前正在执行的程序集中的资源名称数组。

System.Reflection.Assembly.GetExecutingAssembly().GetManifestResourceNames()

也就是说，元数据路径的格式应该是这样的:

{my-assembly-name} / {possibly-a-namespace},{类名称}。{csdl or SSDL or msl}

我的问题和解决方案，症状是相同的“无法加载指定的元数据资源”，但根本原因不同。我在解决方案中有两个项目，一个是EntityModel，另一个是解决方案。实际上，我在EntityModel中删除并重新创建了EDMX文件。

解决方案是，我必须回到Web应用程序项目，并将这一行添加到配置文件中。新模型改变了一些必须在“其他”项目的Web中复制的项。配置文件。旧的结构不再适用了。

     <add name="MyEntities"
     connectionString="metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;
                    provider=System.Data.SqlClient;
                    provider connection string=&quot;
                    data source=Q\DEV15;initial catalog=whatever;
                    user id=myuserid;password=mypassword;
                    multipleactiveresultsets=True;
                    application name=EntityFramework&quot;"
     providerName="System.Data.EntityClient" />

经过数小时的谷歌搜索和尝试解决建议的解决方案没有一个有效。我在这里列出了几个解决方案。我也注意到了对我有用的方法。(我使用的是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"

我希望这对你有所帮助。

当我的emdx文件被一个预构建命令删除时，我得到了这个错误，很简单。我花了一段时间才意识到事情这么简单。

只需输入path，而不是{path . to . path。}: res: / / / {Path.To.The。}YourEdmxFileName.csdl | res: / / / {Path.To.The。}YourEdmxFileName.ssdl | res: / / * / {Path.To.The。}YourEdmxFileName.msl

异常是因为编译器指向不存在的元数据，所以只是复制app.config连接字符串到Web。配置ConnectionString

我花了一整天在这个错误上

如果您正在使用n-tear架构

或者您尝试将EDMX生成的模型从DataAccessLayer分离到DomainModelLayer

也许你会得到这个错误

第一个故障排除步骤是确保webconfig (UILayer)和appconfig (DataAccessLayer)中的Connection字符串是相同的 第二个是非常重要的连接字符串 connectionString = "元数据= res: / / * / Model.csdl | res: / / * / Model.ssdl | res: / / * / Model.msl;提供… 这就是问题所在

从哪里我得到了Modelor。csdl在我的连接字符串中，他们在哪里

这是我们的解决方案，请看图

希望对你有所帮助

在我的情况下，这是因为我正在使用EntityConnectionStringBuilder构建连接字符串。确保您的元数据属性使用模型名称(包括名称空间)

在将一个大的解决方案从源代码管理资源管理器的一个文件夹移动到另一个文件夹后，我得到了这个问题。我们没有把包文件夹检查到Team Foundation，所以我认为VS会自动下载包。这将我的EF表单v6.1.2升级到v6.1.3。

当我降级到最初的v6.1.2时，这个问题就消失了。

如果您正在使用来自不同项目的edmx，那么在连接字符串中，更改…

metadata=res://*/Data.DataModel.csdl

……

metadata=res://*/DataModel.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设计器之前没有清理解决方案时，就会发生这种情况。因此，在构建新的。edmx设计器之前，不要忘记清理解决方案。这可以帮助我跳过很多问题。如果你是visual studio的新手，那么下面提供的导航细节。

点击- > Build >清洁解决方案 单击“->Build->Rebuild Solution”

希望这能有所帮助。谢谢大家

有时我在我的项目中看到这个错误。我通过

1 -右键单击EDMX文件

2 -选择“运行自定义工具”选项

3 -重建项目

我在2019年9月27日也遇到了同样的问题。

我的API是在Dot net核心目标。net框架。 Edmx在一个不同的类库中，它只存在于。net框架中。

我观察到，当我试图从API调用那个edmx ..由于某种原因，我得到了这个错误。

我所做的是，到API的obj文件夹删除所有东西。 然后清理API项目并再次尝试，这对我来说是有效的。

我在反思一个旧程序时，遇到了同样的问题。我浏览了之前的答案，我成功地解决了这个问题，我把“Model.”的3个文件。csdl”、“模型。ssdl”和“模型。在bin目录中，也在实体类的旁边。 之后修改web中实体连接字符串的元数据部分。配置为:

metadata=~/bin/Model.csdl|~/bin/Model.ssdl|~/bin/Model.msl

程序运行成功，显示此异常。

我从解决方案中的所有项目中删除了\bin和\obj文件夹，然后重新构建解决方案，它工作得很好

在我的案例中，EDMX的XML结构中的语法错误也是原因。我发现在VS无法显示图表之后，我打开了XML编辑器。

之前的合并是导致语法错误的根本原因。

在将项目升级到。net 6时，我也收到了这个错误，以前的解决方案都没有解决我的问题。

你可能想检查你的。edmx文件是否有以下两个属性设置如下:

构建动作:EntityDeploy 复制到输出目录:始终复制

最终，我的问题是我的.edmx文件中引用的文件没有生成。