Хочу поделиться… и т.д и т.п.

Я использую в таблицах только DOUBLE…
Если использовать FLOAT для простых чисел (например, коэффициент 0.5),
То вроде бы большой точности после запятой и не надо, но когда умножаешь на него DOUBLE, то получаешь ‘свинью’ в виде округления. И даже если это учесть в расчете, то могут быть проблемы с формированием отчетов. Например: Crystal Reports и QReport считают все итоги в DOUBLE.

При расчетах дробных чисел иногда вылазит длинный хвост от округления…
Причем не только при умножении/делении, а даже при простом сложении…

Вроде просто: A + B + C = C + B + A
Но не для дробных чисел…

Все дроби хранятся с плавающей запятой и обеспечивают необходимое количество ДЕЙСТВУЮЩИХ знаков... (а не после запятой)

Для простоты возьмем - ограничение в ТРИ знака и посмотрим, что получится:

Три числа: 1.05, 1.05 и 10.1

1.05 + 1.05 = 2.1
2.1 + 10.1 = 12.2

10.1 + 1.05 = 11.2 (округление третьего знака)
11.2 + 1.05 = 12,3 (округление третьего знака)

Итог получится разный, даже если не округлять, а отбрасывать…

Для сложения и вычитания, я использую процедурки с округлением…
Вроде таких проблем не замечал… Может кому пригодится...
В качестве n – 10, 100… или 60, 120… (для времени)

Кусочек SQL:


Успехов ВАМ… Дерзайте…
zow@temz.tomsk.ru