Некоторые рассуждения не совсем в тему.

Сначала я думал, что такая ситуация обычно возникает когда точность представления float числа
при вставке и/или сравнении больше точности поля в таблице, т.е. следующий код не должен возвращать записей:

create table #tt1 (name char(1), val float(24))
insert into #tt1 values ('a',35.800000001)
select * from #tt1 where ( val = 35.800000001 )
drop table #tt1

но не тут то было! интересно, неужели SQL приводит 35.800000001 в выражении "val = 35.800000001" к float(24)?

create table #tt1 (name char(1), val float(24))
insert into #tt1 values ('a',35.800000001)
select * from #tt1 where ( val = cast(35.800000001 as float(53)) ) -- работает!
select * from #tt1 where ( val = cast(35.800000001 as float(24)) ) -- работает!
select * from #tt1 where ( cast(val as float(53)) = 35.800000001 ) -- нет!
drop table #tt1

из чего можно сделать вывод: если внести во float(n) поле любой точности значение любой точности,
то последующая выборка с where field = <исходное значение> всегда отдаст нужные строки.

>>при сравнении поля с константой значение константы приводиться к типу поля
а это зависит от compatibility-level.

Однако операции CAST/CONVERT не могут понизить точность переменных и полей типа float!
По крайней мере в SQL70.
пример:

create table #tt1 (name char(1), val float(53))
insert into #tt1 values ('a',35.800000001)
declare @a float(24)
declare @b float(24)
set @a = 35.800000001
select @b = cast(val as float(24)) from #tt1
select (@a - @b) from #tt1 --возвращается 0, что логично
select (@a - cast(val as float(24))) from #tt1 -- !=0 - точность val не понизилась!
drop table #tt1

интересно, в sql2000 это так же выполняется? не могу проверить.

ЗЫ.
http://support.microsoft.com/default.aspx?scid=kb;RU;q271566
тут описаны различия между sql2000 и sql7 при implicit конверсии типов, но нигде ни слова о таком.