SQL Server FLOAT类型浮点字段WHERE等值查询匹配失败如何解决？

问题根源 #

你遇到的问题确实是FLOAT类型的存储特性导致的：

SQL Server中的FLOAT属于近似数值类型，存储的是数值的近似值而非精确值。如果你使用的是默认单精度FLOAT（即FLOAT(24)，4字节存储），仅支持最多7位有效数字的精度，超出7位的部分会被自动舍入，导致数据库中实际存储的值和你查询时输入的字面量存在微小误差，因此等值判断=无法匹配。你查询7位小数的数值时刚好在单精度FLOAT的有效精度范围内，存储的近似值和查询字面量的误差小到可以被等值判断匹配，因此查询正常。

可行解决方案 #

• 方案1：修改字段为精确数值类型（最优解） #

如果业务允许调整表结构，建议将GisX、GisY字段的类型从FLOAT替换为DECIMAL/NUMERIC精确数值类型，根据你的坐标精度需求定义精度和小数位，比如需要保存最多12位小数的坐标可以定义为DECIMAL(18,12)，修改后存储的数值是完全精确的，等值查询可以正常匹配。
修改字段的示例语句：

ALTER TABLE TblImage 
ALTER COLUMN GisX DECIMAL(18,12) NOT NULL;
ALTER TABLE TblImage 
ALTER COLUMN GisY DECIMAL(18,12) NOT NULL;

（请根据你实际的字段非空约束调整语句）

• 方案2：查询时使用误差范围匹配（无需改表） #

如果无法调整表结构，可以放弃等值判断，改用允许极小误差的范围查询，误差阈值可以根据你的业务精度需求设置，比如坐标精度要求到小数点后9位就设置阈值为1e-9，示例查询语句：

SELECT * 
FROM TblImage  
WHERE ABS(GisX - 38.0752152407368) < 1e-9
-- 如果同时需要匹配GisY可以加AND条件：AND ABS(GisY - 你的Y坐标值) < 1e-9

这种方式不需要修改现有表结构和数据，兼容现有业务逻辑，是改表成本过高场景下的首选方案。

• 方案3：改用GIS专用存储类型（GIS场景推荐） #

如果你的业务是GIS相关场景，也可以考虑将坐标存储为SQL Server原生的GEOMETRY/GEOGRAPHY空间类型，不仅可以解决精度问题，还能直接支持空间距离计算、范围查询等GIS专用能力，效率远高于普通数值查询。

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