EF保存Decimal数据报错：参数值'421.0526000000'超出范围

我帮你分析下这个问题，大概率是浮点数精度的隐式转换或者EF与数据库的精度映射不匹配在搞鬼，给你几个针对性的解决办法：

1. 确保计算全程使用decimal类型，避免float/double干扰 #

你调试时看到nr = 421.0525，但实际这个变量的底层值可能因为计算过程中混入了float/double类型，已经变成了类似421.0524999999999...的近似值。当EF把它转成数据库的decimal格式时，会自动四舍五入成421.0526000000，刚好超出你设置的列精度范围。

解决办法：

• 直接用decimal字面量赋值（加m后缀）：

  decimal nr = 421.0525m; // 带m后缀确保是decimal类型
  

• 如果是计算得到的值，确保所有参与计算的变量都是decimal类型，不要和float/double混用。比如把double类型的中间变量转成decimal时要格外小心，最好全程用decimal计算。

2. 显式配置EF的列精度映射 #

有时候EF并不会自动同步数据库的列精度设置，导致代码里的模型精度和数据库实际精度不匹配。你可以通过两种方式强制指定：

方式一：DataAnnotations特性 #

在你的User实体类里直接标注列类型：

public class User
{
    // 这里的精度要和数据库的列类型完全一致，比如decimal(30,15)
    [Column(TypeName = "decimal(30,15)")]
    public decimal Efficiency { get; set; }
}

方式二：Fluent API配置 #

在你的DbContext的OnModelCreating方法里配置：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Entity<User>()
        .Property(u => u.Efficiency)
        .HasPrecision(30, 15); // 第一个参数是总位数，第二个是小数位数
}

3. 显式四舍五入到列的小数位数 #

如果计算过程确实无法避免精度误差，可以在赋值时主动把值四舍五入到数据库列的小数位数。比如你的列是decimal(10,4)，就四舍五入到4位小数：

user.Efficiency = Math.Round(nr, 4);

这样就能确保最终存入数据库的值在列的精度范围内。

4. 验证数据库列类型是否正确修改 #

有时候你修改了模型或者手动改了表结构，但实际数据库里的列类型并没有更新。打开SQL Server Management Studio，直接查看User表的Efficiency列，确认它的类型确实是你设置的decimal(xx,xx)，比如decimal(30,15)。

按照这几个步骤排查，应该能解决这个问题。

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