SQL Server decimal(7,6)列更新报算术溢出，如何不改表结构适配更新

核心触发逻辑 #

• SQL Server中decimal(7,6)的存储规则为：总有效数字共7位，其中小数点后固定占6位，整数部分最多容纳1位，合法取值范围为-9.999999 ~ 9.999999；传入值超出整数位数、或参数精度和字段定义不匹配时，就会触发Arithmetic overflow error converting numeric to data type numeric报错。
• 直接将模型属性从double修改为decimal时触发ModelState校验失败，本质是框架默认的模型绑定逻辑会对decimal类型应用内置的格式、范围校验规则，和前端传入的double格式值不兼容，导致请求在绑定阶段就被拦截，无法进入后续更新分支。

具体适配步骤 #

1. 保留原有模型的double属性定义，不改动前端入参绑定流程 #

原有double类型的模型绑定链路已经跑通，不会触发额外的类型校验拦截，可直接绕过ModelState.IsValid=false的问题，保证请求正常进入后端业务逻辑分支。

2. 入库前强制做精度适配，避免类型转换溢出 #

不要直接使用Convert.ToDecimal()做无规则转换，需封装统一的适配逻辑，把传入值严格裁剪到数据库字段允许的范围、匹配精度要求：

// 封装decimal(7,6)专属转换方法
private decimal ConvertToSqlDecimal(double inputValue)
{
    // 先截断取值范围，保证整数部分最多1位
    var clampedValue = Math.Clamp(inputValue, -9.999999, 9.999999);
    // 再保留6位小数，匹配数据库字段的小数位定义
    return Math.Round((decimal)clampedValue, 6, MidpointRounding.AwayFromZero);
}

// 替换原有更新方法的参数转换逻辑
int UpdateSaveProductMargin = cls.fncSaveProductMargin(
    ConvertToSqlDecimal(viewModel.SM1),
    ConvertToSqlDecimal(viewModel.SM2),
    ConvertToSqlDecimal(viewModel.SM3),
    ConvertToSqlDecimal(viewModel.SM4));

之前直接转换报溢出的常见诱因：double类型是浮点近似存储，转换为decimal时会保留一长串小数位，ADO.NET驱动会自动按照传入值的实际位数推断参数精度，比如传入值带2位整数+6位小数时，会自动把参数推断为decimal(8,6)，和表字段的decimal(7,6)定义不匹配，直接触发溢出。

3. 传参时显式声明字段类型，避免驱动自动推断精度 #

如果使用ADO.NET、Dapper等组件做参数化查询，不要依赖驱动自动推断decimal的精度，需手动为每个SM字段的传入参数指定和表字段完全一致的类型、精度、小数位数：

// 显式指定参数类型，完全匹配表字段定义
new SqlParameter("@SM1", SqlDbType.Decimal) 
{ 
    Precision = 7, 
    Scale = 6, 
    Value = ConvertToSqlDecimal(viewModel.SM1) 
}

4. 可选：如需保留模型的decimal类型，解决ModelState校验问题 #

如果业务层面更倾向用decimal替代double做模型属性，无需改回double，只需给属性补充适配的校验规则，即可避免绑定失败：

// 给decimal属性补充适配的正则校验规则
[RegularExpression(@"^-?\d{0,1}(\.\d{1,6})?$", ErrorMessage = "数值超出合法范围")]
public decimal SM1 { get; set; }

该校验规则直接把允许的输入范围限制在数据库字段要求的取值区间内，既不会触发默认的绑定校验失败，又能在前端传入非法值时给出明确提示。

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