使用EF Core的ASP.Net项目删除数据库列后无报错，是什么原因？

核心原因：编译与运行校验分离 #

.NET 项目的构建阶段仅校验代码语法合法性、类型引用正确性等编译期逻辑，实体与数据库表的映射匹配度属于EF Core的运行时校验范畴，不会在编译环节触发检查。

校验触发的必要条件 #

• 只有实际执行对应表的数据库访问操作时，EF Core才会校验实体结构与表结构的匹配度。如果删除列后未调用访问该表、且涉及已删列的查询/写入逻辑，不会触发报错。
• 若执行的操作未涉及已删列，比如查询时仅Select未被删除的字段、写入时未给已删列对应的属性赋值，EF Core生成的SQL语句不会包含已删列，同样不会抛出错误。

容易遗漏的校验环节 #

• 未配置启动时结构校验：你可以在Program.cs中添加启动阶段的模型与数据库一致性检查，提前发现不匹配问题：

var scope = app.Services.CreateScope();
var dbContext = scope.ServiceProvider.GetRequiredService<你的DbContext类名>();
// 校验数据库结构与模型匹配，结构不一致时会抛出异常
dbContext.Database.EnsureCreated();
// 若使用迁移管理结构，可以增加迁移校验逻辑
var pendingMigrations = dbContext.Database.GetPendingMigrations();
if (pendingMigrations.Any())
{
    dbContext.Database.Migrate();
}

• 未配置列必填约束：如果实体中已删列对应的属性是可空类型，EF Core不会强制要求数据库中存在该列，仅当操作涉及该属性读写时才会报错。
• 未使用EF迁移同步结构：手动修改数据库结构而非通过EF迁移同步的情况下，EF Core不会主动感知结构变更，只有运行时访问才会暴露不匹配问题。

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