EF7迁移后Decimal类型主键精度匹配警告消除方案咨询

针对你遇到的Entity Framework 7迁移后，AppointmentSchedule实体的ObjectId（decimal类型主键）精度配置无效的问题，以下是实际可行的解决步骤：

• 修正Fluent API配置的用法
  EF7中HasPrecision方法不需要传入列类型字符串，正确的用法是直接指定精度和小数位数：

  protected override void OnModelCreating(ModelBuilder modelBuilder)
  {
      modelBuilder.Entity<AppointmentSchedule>()
          .Property(a => a.ObjectId)
          .HasPrecision(9, 0); // 精度9，小数位0，对应数据库numeric(9,0)
  }
  

  你之前用的.HasPrecision("numeric(9, 0)")是错误写法，会被EF忽略，导致配置不生效。

• 验证数据注解的优先级
  如果使用[Column(TypeName = "numeric(9, 0)")]注解，要确保没有Fluent API的配置覆盖它——EF中Fluent API的配置优先级高于数据注解，若同时存在错误的Fluent配置，注解会失效。

• 确认数据库列的实际类型
  直接查询数据库，确认AppointmentSchedule表的ObjectId列是否真的是numeric(9,0)：

  SELECT DATA_TYPE, NUMERIC_PRECISION, NUMERIC_SCALE 
  FROM INFORMATION_SCHEMA.COLUMNS 
  WHERE TABLE_NAME = 'AppointmentSchedule' 
    AND COLUMN_NAME = 'ObjectId';
  

  若数据库列的精度/小数位和配置不一致，即使EF配置正确，警告也会持续。

• 清理迁移缓存并重新同步
  旧的迁移文件可能缓存了错误的配置，执行以下步骤重置：

  1. 删除项目中已有的迁移文件（Migrations文件夹下）
  2. 重新生成迁移：Add-Migration SyncPrecisionConfig
  3. 更新数据库：Update-Database

• 升级EF7到最新稳定版
  部分早期EF7版本存在精度配置的bug，升级到最新的7.0.x稳定版可以修复这类已知问题。

• 检查主键配置冲突
  确保ObjectId的主键配置没有冲突，比如是否重复定义了主键，或者其他配置（如值生成策略）间接影响了精度设置。

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