ASP.NET Core启动时验证EF Core模型与真实数据库架构

要在应用启动时就检测EF Core模型与数据库架构的不匹配（比如属性拼写错误），可以通过以下两种方式实现：

方法一：针对所有实体执行空查询触发验证 #

在应用启动流程中，获取DbContext实例后，遍历所有注册的实体类型，对每个实体执行一个不会返回数据的查询，强制EF Core验证该实体对应的数据库架构。

示例代码（以ASP.NET Core 6+的Program.cs为例）：

var app = builder.Build();

// 在中间件配置前执行架构验证
using (var scope = app.Services.CreateScope())
{
    var dbContext = scope.ServiceProvider.GetRequiredService<YourDbContext>();
    // 获取所有实体类型
    var entityTypes = dbContext.Model.GetEntityTypes();
    foreach (var entityType in entityTypes)
    {
        // 执行空查询触发架构验证
        var set = dbContext.Set(entityType.ClrType);
        set.Take(0).ToList();
    }
}

// 后续中间件配置...
app.Run();

这个方法会让EF Core对每个实体对应的数据库表/列进行校验，一旦发现模型与架构不匹配（比如属性名和列名不一致），就会在启动时抛出异常，而不是等到首次业务查询时才暴露问题。

方法二：利用EF Core的迁移验证（适用于使用迁移的场景） #

如果你的项目使用EF Core迁移来管理数据库，可以在启动时调用Database.Migrate()，该方法不仅会应用未执行的迁移，还会验证当前数据库架构是否与迁移历史匹配。如果模型与迁移后的架构不兼容，也会在启动时抛出异常。

示例代码：

using (var scope = app.Services.CreateScope())
{
    var dbContext = scope.ServiceProvider.GetRequiredService<YourDbContext>();
    // 应用迁移并验证架构匹配
    dbContext.Database.Migrate();
}

注意：这个方法仅适用于依赖EF Core迁移管理数据库的场景，如果数据库是手动创建或通过其他方式维护的，建议使用第一种方法。

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