EF6 Code First配置datetime2列后Seed方法未执行问题

问题复现场景 #

• 未配置DateTime列全局映射为datetime2时，通过MigrateDatabaseToLatestVersion初始化器可在应用首次启动时自动创建库表、正常执行Seed方法填充种子数据，行为符合预期。
• 在OnModelCreating中添加全局配置，将所有DateTime属性映射为datetime2类型后，重置数据库重新启动应用：库表可正常创建且列类型正确为datetime2，但Seed方法完全不触发，种子数据未写入。
• 多次重复验证结果一致：移除datetime2全局配置则Seed正常执行，恢复配置则Seed失效。执行日志可见初始迁移完成后会额外触发一次命名格式为YYYYMMDDxxxxxx_AutomaticMigration的自动迁移，执行逻辑为初始迁移先创建默认datetime类型列，再通过自动迁移修改列类型为datetime2，该流程直接导致Seed方法被跳过。
• 涉及技术栈：Entity Framework 6（非Core版本）、.NET Framework 4.7.2、SQL Server 2019

关联代码片段 #

DbContext初始化器配置（静态构造函数） #

static MyDbContext()
{
    System.Data.Entity.Database.SetInitializer(
            new System.Data.Entity.MigrateDatabaseToLatestVersion<MyDbContext, MyDbConfiguration>());
}

种子数据填充逻辑（Seed方法） #

protected override void Seed(RightToKnowDbContext context)
{
    context.Counties.AddOrUpdate(
        p => p.CountyFips, 
            new County { CountyFips = "001", CountyText = "Adams" },
            new County { CountyFips = "003", CountyText = "Alexander" },
            // 其余县数据省略
            new County { CountyFips = "201", CountyText = "Winnebago" },
            new County { CountyFips = "203", CountyText = "Woodford" }
    );
}

触发异常的datetime2全局配置 #

modelBuilder.Properties<DateTime>().Configure(c => c.HasColumnType("datetime2"));

问题根因 #

核心原因是初始迁移文件生成时未包含datetime2的列类型配置，运行时EF检测到当前运行时模型和初始迁移保存的快照模型不一致，自动触发了补充的自动迁移。
MigrateDatabaseToLatestVersion初始化器的默认执行逻辑为：仅当所有待执行迁移完成、最终数据库模型和当前运行时模型完全匹配后，才会执行一次Seed方法。当初始迁移跑完后还触发了运行时动态生成的额外自动迁移时，该动态迁移不会被正确纳入迁移链路的完成判定逻辑，最终导致Seed方法被跳过。手动在包管理器控制台执行Update-Database可临时规避该问题，本质是手动执行时会将datetime2配置固化到显式迁移文件中，不会触发运行时的额外自动迁移，但该方式需要在每个环境重复操作，容易遗漏。

修复方案 #

无需在每个环境手动执行数据库更新命令，按以下步骤操作即可保留自动化迁移能力，同时解决Seed方法不触发的问题：

• 关闭迁移配置的自动迁移开关
  打开继承自DbMigrationsConfiguration的迁移配置类（即代码中的MyDbConfiguration），在构造函数中禁用自动迁移，避免运行时动态生成未受控的迁移文件：

  public MyDbConfiguration()
  {
      AutomaticMigrationsEnabled = false;
      AutomaticMigrationDataLossAllowed = false;
  }
  

• 重新生成包含datetime2配置的初始迁移
  回滚所有已应用的迁移、删除原有旧的初始迁移文件后，在包管理器控制台执行Add-Migration InitialCreate命令，重新生成初始迁移文件。打开新生成的迁移文件可确认，所有DateTime列的创建配置已经是datetime2类型，不存在运行时模型和迁移快照不一致的问题。
• 验证执行逻辑
  重置数据库后启动应用，此时迁移日志中不会再出现额外的自动迁移记录，初始迁移执行完成后会正常触发Seed方法写入种子数据，所有DateTime列类型也会正确生成为datetime2。

补充说明：后续迭代如果需要修改数据模型，统一通过Add-Migration命令生成显式的迁移文件，迁移文件随应用代码一起部署，应用启动时会自动执行所有未应用的迁移，既不需要每个环境手动执行更新命令，也不会出现模型与迁移不匹配导致Seed跳过的问题。

内容的提问来源于stack exchange，提问作者Wally Hartshorn