数据库更新时float值从0.5随机变为0.48的问题排查求助

执行数据库UPDATE操作时发现，float类型字段的值会随机从0.5变成0.48。即便改成让用户从固定列表选择值、通过存储过程传入数据库，问题仍然复现。已知float是不精确类型，但无法理解：将字符串'0.50'转为float、且无触发器的情况下，为何偶尔会变成0.48？

附：存储过程代码 #

GO
/****** Object:  StoredProcedure [cd].[sp_newendtime_clienttime]    Script Date: 10/11/2022 9:22:16 AM ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

ALTER PROCEDURE [cd].[sp_newendtime_clienttime] (
    @activworkid_c varchar(18),
    @staffandclienttime_vc varchar(4),
    @newendtime_vc varchar(5)
   )

as 

BEGIN

    IF @newendtime_vc = '  :  ' OR @newendtime_vc IS NULL OR @newendtime_vc = '' OR @newendtime_vc = ' '
    BEGIN
    UPDATE ar.activwork
    SET
        staffduration_n = CAST(@staffandclienttime_vc AS FLOAT),
        clientduration_n = CAST(@staffandclienttime_vc AS FLOAT)
    WHERE activwork.uniqueid_c = @activworkid_c
    END

    ELSE
    BEGIN
    UPDATE ar.activwork
    SET
        component2_c = @newendtime_vc,
        staffduration_n = CAST(@staffandclienttime_vc AS FLOAT),
        clientduration_n = CAST(@staffandclienttime_vc AS FLOAT)
    WHERE activwork.uniqueid_c = @activworkid_c
    END

END

核心原因 #

1. float的近似存储特性：float是二进制近似数值类型，虽然0.5本身可以被二进制精确表示（二进制为0.1），但如果传入的字符串并非严格的'0.5'/'0.50'——比如前端因浮点数计算误差传递了近似值（如0.49999999999999994），或参数传递过程中出现字符串截断、错误拼接，转成float后可能被显示或存储为0.48。
2. 参数校验缺失：存储过程未对@staffandclienttime_vc的有效性做校验，若传入的字符串不是合法的数值（比如意外传入'0.48'），会直接被转为float存储。
3. 业务场景不匹配：float适合存储无需精确计算的科学数值，对于时长这类需要精确记录的场景，用float本身就是选型错误。

解决步骤 #

1. 替换为精确数值类型：将staffduration_n和clientduration_n字段改为decimal(5,2)（或对应精度的numeric类型），decimal是精确数值类型，能精准存储固定小数位的数值，彻底避免近似存储问题。
2. 添加参数校验：在存储过程开头增加参数合法性检查，确保传入的是有效数值字符串：

   -- 存储过程BEGIN后加入
   IF ISNUMERIC(@staffandclienttime_vc) = 0
   BEGIN
       RAISERROR('无效的时长数值，请传入合法的小数字符串', 16, 1)
       RETURN
   END
   

3. 前端参数校验：在用户选择值的环节，确保传递给后端的参数是严格的目标字符串（如'0.50'），避免因前端计算或绑定错误传递异常值。

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