EF Core 2.0 Code First模式下无法删除自动生成的RhythmPatternId列

我太懂这种挫败感了——明明代码和数据库里都没这个列了，EF却死咬着要找它！这种情况通常是EF的缓存、迁移残留或者隐式关系推断在搞鬼，咱们一个个排查：

1. EF Core模型元数据缓存残留 #

EF Core会在应用启动时缓存模型结构，有时候即使你改了代码，旧的缓存还在生效，导致它依然认为RhythmPatternId列存在。

• 解决办法：
  • 彻底关闭应用，重启Visual Studio（别依赖热重载，直接重启）
  • 删除项目的bin和obj文件夹，然后重新生成项目
  • 如果是ASP.NET Core项目，确保没有启用额外的模型缓存配置

2. 迁移历史与模型快照的旧记录 #

EF的迁移系统依赖__EFMigrationsHistory表和自动生成的ModelSnapshot文件，哪怕你重置了迁移，这两个地方可能还留着旧模型的痕迹：

• 解决办法：
  1. 删除项目中所有的迁移文件（Migrations文件夹下带时间戳的.cs文件）
  2. 删除Migrations文件夹里的*ModelSnapshot.cs文件
  3. 打开数据库，清空__EFMigrationsHistory表的所有记录
  4. 重新创建初始迁移：Add-Migration InitialCreate
  5. 更新数据库：Update-Database

3. 隐式导航属性触发的自动关系 #

你可能已经移除了RhythmPattern里的List<RhythmBlock>，但如果RhythmBlock类里还有指向RhythmPattern的导航属性（比如public RhythmPattern RhythmPattern { get; set; }），EF会通过命名约定自动推断外键关系，依然会期望有RhythmPatternId列存在。

• 解决办法：
  • 检查RhythmBlock实体类，确认有没有这类导航属性
  • 如果不需要这个关系，给该属性加上[NotMapped]特性：

    [NotMapped]
    public RhythmPattern RhythmPattern { get; set; }
    

  • 或者用FluentAPI明确忽略这个关系：

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        modelBuilder.Entity<RhythmBlock>()
            .Ignore(b => b.RhythmPattern);
    }
    

4. 数据库中的依赖对象残留 #

有时候数据库里的视图、存储过程或者函数还在引用RhythmPatternId列，EF执行查询时会间接用到这些对象，导致报错。

• 解决办法：
  • 检查数据库的Views、Stored Procedures节点，找出所有引用RhythmPatternId的对象
  • 删除或修改这些对象，确保它们不再依赖这个列
  • 执行SQL命令清除SQL Server的查询缓存：

    DBCC FREEPROCCACHE;
    

最后验证步骤 #

做完上面的操作后，再：

1. 确认数据库中RhythmBlock表确实没有RhythmPatternId列、相关外键和索引
2. 重新启动应用，测试功能是否正常

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