Entity Framework Core 2.2.0手动删表后无法重建实体问题咨询

这是因为EnsureCreated()的设计逻辑并不是逐个检查实体对应的表是否存在，而是仅在数据库不存在时才创建所有表和数据库对象。当你第一次运行代码成功创建数据库和MyTable后，EF Core就认定这个数据库已经完成初始化，后续再调用EnsureCreated()时，它只会确认数据库本身存在，不会去校验单个表的状态——哪怕你手动删除了某个表，它也不会主动重建。

具体原因 #

EF Core 2.x中，EnsureCreated()的核心逻辑是：

• 如果目标数据库不存在：创建数据库，并根据你的DbContext模型生成所有对应的表和约束。
• 如果数据库已经存在：直接跳过所有创建操作，不会检查任何表的存在性或完整性。

它并没有专门的“追踪表”来记录每个实体表的状态，而是以数据库是否存在作为判断是否需要初始化的依据。

解决方法 #

根据你的需求，有几种不同的处理方式：

1. 删除数据库后重新运行

如果你只是在测试环境快速重建表，可以先通过SSMS删除整个数据库，然后再次运行你的代码。EnsureCreated()会发现数据库不存在，从而重新创建数据库和所有实体表。

2. 使用EF Core迁移（推荐用于长期维护）

迁移是EF Core官方推荐的数据库结构管理方式，它会追踪模型的变化，并能在表被删除或结构变更时自动修复。步骤如下：

• 在Visual Studio的包管理器控制台中，执行初始迁移命令：

  Add-Migration InitialCreate
  

• 然后更新数据库：

  Update-Database
  

之后哪怕你手动删除了MyTable，再次运行Update-Database就能重建该表——迁移会通过__EFMigrationsHistory表记录已应用的迁移，确认需要执行的操作。

3. 手动检查表并创建

如果你不想使用迁移，也可以通过原始SQL手动检查表的存在性，若不存在则创建：

using (var context = new MyContext())
{
    // 检查dbo.MyTable是否存在
    var tableExists = context.Database.ExecuteSqlRaw(@"
        SELECT CASE WHEN EXISTS (
            SELECT * FROM INFORMATION_SCHEMA.TABLES 
            WHERE TABLE_SCHEMA = 'dbo' AND TABLE_NAME = 'MyTable'
        ) THEN 1 ELSE 0 END
    ") == 1;

    if (!tableExists)
    {
        // 手动创建表
        context.Database.ExecuteSqlRaw(@"
            CREATE TABLE dbo.MyTable (
                Id INT IDENTITY(1,1) PRIMARY KEY,
                Name NVARCHAR(MAX) NULL
            )
        ");
    }
}

总结 #

EnsureCreated()适合快速搭建测试数据库，但不适合需要维护表结构或处理表被删除的场景。如果你的项目需要长期维护数据库结构，迁移是更可靠的选择。

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