Entity Framework 4.1 自数据库创建以来，支持上下文的模型在创建数据库后立即发生了变化

Question

我正在开发一个项目，该项目使用 Entity Framework 4.1 将各种对象保存到数据库（代码优先）。

我正在使用本地 SQL Express DB 在 Visual Studio 中进行测试，我们的 Jenkins 服务器将提交的代码部署到测试服务器。发生这种情况时，我临时更改本地连接字符串以指向测试数据库服务器，并运行单元测试来重新创建测试数据库，以便它与我们最新的实体相匹配等。

我最近注意到我们的测试服务器给出了这个错误：

自数据库创建以来，支持“EntityFrameworkUnitOfWork”上下文的模型已更改。手动删除/更新数据库，或使用 IDatabaseInitializer 实例调用 Database.SetInitializer。例如，DropCreateDatabaseIfModelChanges 策略将自动删除并重新创建数据库，并可选择使用新数据为其播种。

这通常表明我们的代码已更改，我需要运行单元测试来重新创建数据库。除非我刚刚这么做了！我不认为我们的部署过程有任何问题 - 测试服务器上的 DLL 似乎与我本地环境中的版本相同。是否有任何其他设置或环境因素可能导致此错误：自创建数据库以来模型已发生更改？

我是新来的 - 感谢您的帮助！

Answer 1

您看到的错误意味着 EdmMetadata 表中存储的模型哈希与根据应用程序中的模型计算的模型哈希不同。由于您正在从不同的应用程序（您的开发应用程序）运行数据库创建，因此这两者可能有所不同。这里简单的建议是：不要使用不同的应用程序来创建数据库，而是让主应用程序创建数据库（自动或例如使用某些管理界面）。

作为另一个选择，您应该能够通过删除负责这些检查的约定来完全关闭此检查：

modelBuilder.Conventions.Remove<IncludeMetadataConvention>();

模型哈希计算取决于应用程序中的当前实体（任何简单的更改都会导致不同的模型哈希）以及数据库服务器版本/清单。例如，部署在 SQL Server 2005 和 2008 上的模型将具有不同的模型哈希（Express 与 Full 或 2008 与 2008 R2 不应导致不同的模型哈希）。

Answer 2

由于不同平台之间的反射顺序差异，可能会发生这种情况。要进行验证，您可以使用 EdmxWriter API 来比较两个环境中的 EDMX。如果任何表具有不同的列顺序，那么这就是问题所在。

要解决此问题，您可以更改测试数据库的更新方式，以便从测试服务器而不是本地机器进行更新。

我们将在下一个版本中修复此问题。

Answer 3

在代码优先方法中，SSDL 在代码执行期间生成。生成的 SSDL 中包含的信息之一是 DbConnection 中使用的提供程序的名称。正如您所说，您正在连接到不同的数据库引擎，因此您必须使用两个不同的提供程序。这完全改变了哈希函数的输出。

以下代码是从 EntityFramework 程序集中提取的：

using (XmlWriter writer = XmlWriter.Create(output, settings))
{
    new SsdlSerializer().Serialize(database, providerInfo.ProviderInvariantName, providerInfo.ProviderManifestToken, writer);
}

Answer 4

这可能会有所帮助，并且指向 Scott G 博客的链接肯定会解决您的问题，请检查此问题 链接

编辑 1：这是 链接到Scott G 博客

编辑 2：您还可以查看 此如果您首先在集成服务器上使用数据库

编辑3：这是一个 更多详细的答案，就像 Scott G 的答案一样

Answer 5

运行应用程序的两台服务器是否运行不同的操作系统（或服务包？）似乎使用的 SHA256CryptoService 可能会抛出 PlatformNotSupportedException ，从而导致它回退到另一种方法。

http://msdn.microsoft.com/en -us/library/system.security.cryptography.sha256cryptoserviceprovider.sha256cryptoserviceprovider.aspx

// System.Data.Entity.Internal.CodeFirstCachedMetadataWorkspace
private static SHA256 GetSha256HashAlgorithm()
{
  SHA256 result;
  try
  {
    result = new SHA256CryptoServiceProvider();
  }
  catch (PlatformNotSupportedException)
  {
    result = new SHA256Managed();
  }
  return result;
}

您可以使用以下方法进行测试反射在每个服务器上调用以下 2 个（内部/私有）方法。

MetaDataWorkspace.ToMetadataWorkspace(DbDatabaseMapping, Action<string>)
CodeFirstCachedMetadataWorkspace.ComputeSha256Hash(string xml);

Answer 6

实体框架代码首先创建一个名为 EdmMetadata 的表。它保留了当前模型的哈希值。运行应用程序后，EF 将检查正在使用的模型是否与数据库“了解”的模型相同。

如果您想执行数据库迁移，我建议您使用 EF 代码优先迁移，尽管它仍然是 alpha。

如果您不想使用迁移，您可以：

手动处理架构更改 - 这意味着将 EdmMetadata 表的内容以及所有更改一起移动到测试服务器

，或者

将 db 初始值设定项设置为 DropCreateDatabaseIfModelChanges （或者更好的是从并使用 Seed() 方法写入初始数据）。要设置初始值设定项，请在应用程序启动时调用 Database.SetInitializer() 或使用 appSettings

<add key="DatabaseInitializerForType Fully.Qualified.Name.Of.Your.DbContext," value="Fully.Qualified.Name.Of.The.Initializer" />

Answer 7

我只是不小心重命名了 .mdf 文件并收到此错误。所以还要寻找这个。