ASP.NET Identity 2.21初始化器误删表引发SqlException错误求助

我来帮你排查这个头疼的问题——你遇到的核心矛盾是同一个数据库连接下，ASP.NET Identity的初始化器和你的LibraryContext初始化器发生了冲突，导致Library相关的表被意外删除。咱们一步步拆解：

1. 先排查初始化器的类型（最可能的元凶） #

首先看你的LibraryDbInitializer和AppDbInitializer的继承类型：

• 如果其中任意一个初始化器继承自DropCreateDatabaseAlways<T>或DropCreateDatabaseIfModelChanges<T>，那它触发时会删除整个数据库并重建——这会把其他上下文创建的表（比如你的Books表）一并清空。
• 比如你代码里的LibraryDbIn…如果是DropCreateDatabaseAlways<Library>，那每次Global.asax触发初始化时，整个库都会被删掉重造，自然会出现Invalid object name 'dbo.Books'的错误。

2. 检查初始化器的设置逻辑 #

打开Global.asax的Application_Start方法，确认是不是不小心给两个上下文设置了冲突的初始化器：
错误的示例（会导致重复触发删除）：

// 假设这是你Global.asax里的代码
Database.SetInitializer(new AppDbInitializer()); // Identity的初始化器
Database.SetInitializer(new LibraryDbInitializer()); // 如果是Drop类型，会覆盖/冲突

正确的做法是给每个上下文单独绑定初始化器，且优先使用迁移模式而非删除重建：

// 给Identity上下文绑定迁移式初始化器
Database.SetInitializer(new MigrateDatabaseToLatestVersion<ApplicationDbContext, IdentityConfiguration>());
// 给Library上下文绑定迁移式初始化器
Database.SetInitializer(new MigrateDatabaseToLatestVersion<Library, LibraryMigrationsConfiguration>());

3. 验证触发时机，定位罪魁祸首 #

你可以在两个初始化器的Seed方法里加断点或日志输出，比如：

public class LibraryDbInitializer : CreateDatabaseIfNotExists<Library>
{
    protected override void Seed(Library context)
    {
        // 加日志或断点，确认这个初始化器是否被触发
        Debug.WriteLine("LibraryDbInitializer 触发Seed");
        base.Seed(context);
    }
}

运行程序后看哪个初始化器触发后，数据库表被删除了，就能精准定位问题。

4. 临时快速验证方案 #

为了快速确认是不是初始化器类型的问题，你可以暂时把LibraryContext的初始化器改成CreateDatabaseIfNotExists<Library>：

public class Library : DbContext {
    public Library(string connectionString) : base(connectionString) {
        Database.SetInitializer(new CreateDatabaseIfNotExists<Library>());
    }
    public DbSet<Book> Books { get; set; }
    // 其他DbSet定义
}

如果修改后Books表不再被删除，那说明之前的Drop类型初始化器就是问题根源。

5. 长期稳定解决方案 #

推荐使用Entity Framework的迁移功能来管理数据库结构，彻底避免删除重建的风险：

1. 打开Package Manager Console，为LibraryContext启用迁移：

   Enable-Migrations -ContextTypeName Library
   

2. 创建初始迁移脚本：

   Add-Migration InitialLibrarySchema
   

3. 更新数据库：

   Update-Database -ContextTypeName Library
   

4. 把初始化器改成MigrateDatabaseToLatestVersion，这样后续模型变更时只会执行增量迁移，不会删除整个数据库。

最后别忘了再核对一遍连接字符串，确保Identity和LibraryContext用的是完全一致的DefaultConnection——有时候细微的拼写或大小写差异也会导致意外行为。

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