插入时加密十进制值自动舍入问题求助

核心原因 #

问题出在十进制转nvarchar的转换精度丢失：手动执行SQL时，SQL Server会根据十进制值的实际精度生成对应字符串；但应用程序执行时，框架（如JDBC、ORM工具）在参数绑定或转换阶段，默认的字符串转换逻辑会自动截断/舍入小数位，导致加密前的数值精度受损。

具体解决办法 #

1. 显式控制十进制转字符串的精度 #

修改加密语句，用STR()函数强制指定转换时的精度，避免默认转换的精度丢失：

encryptbykey(key_guid(#{keyName}), STR(#{variable}, 38, 10))

• STR(numeric_expression, length, decimal_places)参数说明：
  • length设为足够大的值（比如38，对应SQL Server十进制类型的最大精度）
  • decimal_places设为业务需要保留的小数位数（根据实际场景调整，比如10）

2. 检查应用程序参数绑定类型 #

确保DAO层传递的参数是高精度十进制类型（如Java的BigDecimal、C#的decimal），禁止使用float/double这类浮点类型——这类类型本身存在精度损耗，会在参数绑定阶段就导致数值被舍入。
以MyBatis为例，在Mapper.xml中明确指定参数类型：

<parameter property="variable" javaType="java.math.BigDecimal"/>

3. 跳过字符串转换，直接加密二进制（最优方案） #

彻底规避字符串转换的精度问题，直接将十进制值转为二进制后加密：
加密语句：

encryptbykey(key_guid(#{keyName}), CAST(#{variable} AS varbinary(128)))

解密语句：

CAST(decryptbykey(variable2) AS decimal(38,10))

这种方式不仅避免精度丢失，还能提升加密效率。

验证步骤 #

1. 插入前在应用程序中打印#{variable}的字符串形式，确认和手动执行时的数值字符串完全一致
2. 用修改后的语句执行插入，解密后检查数值的小数位是否完整保留
3. 查看SQL Server执行计划，确认转换环节的精度设置符合预期

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