Доброго времени суток.

Помогите понять причину, на будущее?
Есть ПО с небольшими расчетами. Считаем в процедурах на сервере. Точность не для космических полетов, но нужна.
Когда-то перешел на rfunc, из-за его функции calcexpr - это при тестах решало проблему с округлением 0,5 (нормально считает, не думает, что 0.5 - это 0.49999999).
Сегодня натолкнулись на проблему в ROUND, и во встроенной функции, и в той, что в rfunc:



возвращает верно, 226598.21 ок



226598.205 - да, все ок, так и выходит

но если объединить:


- т.е., вычислить это значение, и сразу округлить, то почему-то, возвращает 226598.20, а не 226598.21 ((

Обрамил calcexpr cast as Numeric(18,10) - начало считать правильно. Но почему сразу то не считает, ведь поэтапные проверки - все расчеты верные. И что-то мне подсказывает, что неправильно так делать. Или правильно?

Спасибо!

KreatorXXI,
DECLARE EXTERNAL FUNCTION CALCEXPR
CSTRING(16383),
CSTRING(16383)
RETURNS DOUBLE PRECISION BY VALUE

это функция из готовой библиотеки rFunc

KreatorXXI,
так происходит на 2.5 и на 3.0

Симонов Денис, да, спасибо. И правда, результат 226598,204999999958...
Блин! Да как считать-то ))))
Правильно везде cast с нужной точностью впихивать?