如何在ASP.NET Core EF中从控制器动态创建数据库表

1. 移除EnsureCreated()调用，仅保留Migrate() #

EnsureCreated()会绕过EF迁移机制直接生成表，和基于迁移文件的Migrate()存在冲突。既然你已经通过Package Manager Console生成过迁移文件，只需调用Migrate()即可：

[HttpPost("CreateDbTable")]
public async Task<ActionResult> CreateDbTable([FromServices] ApplicationDbContext dbContext)
{
    try
    {
        await dbContext.Database.MigrateAsync(); // 使用异步版本更贴合ASP.NET Core编程规范
        return Ok(new mResponse { Status = "success", Message = "数据库表创建完成！" });
    }
    catch(Exception ex)
    {
        // 追加内部异常信息，便于排查深层问题
        var errorMsg = ex.Message;
        if(ex.InnerException != null) errorMsg += $" | 内部异常：{ex.InnerException.Message}";
        return Ok(new mResponse { Status = "failed", Message = errorMsg });
    }
}

2. 确认连接字符串已正确注入 #

因为是客户自定义的SQL配置，必须保证ApplicationDbContext加载的是最新保存的连接字符串。检查Program.cs（或Startup.cs）中的配置逻辑：

// 示例：从配置源读取客户保存的连接字符串
var customerConnStr = configuration.GetValue<string>("CustomerCustomConnectionString");
builder.Services.AddDbContext<ApplicationDbContext>(options =>
    options.UseSqlServer(customerConnStr));

3. 验证迁移文件完整性 #

确认项目中Migrations文件夹下的迁移文件（所有.cs文件）已被正确包含，且编译时会输出到程序运行目录。如果迁移文件缺失或未编译，Migrate()无法找到对应的迁移逻辑。

4. 检查数据库账号权限 #

确保连接字符串中的SQL账号拥有创建数据库、创建表、修改表的权限，权限不足会导致Migrate()执行失败，异常信息会明确提示权限相关问题。

5. 核对迁移历史表 #

检查目标数据库中的__EFMigrationsHistory表，确认你之前生成的迁移记录是否已存在。如果迁移已被应用，Migrate()不会重复执行。

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