Redondeo extraño

[brandolin]

Hola a todos, paso a contar la configuracion que tengo y el problema.
Configuracion: Firebird 1.5, manejador IBExpert o EMS. Aplicacion: Delphi 2007 + Zeos Component.

Problema: Desde hace unos dias (antes no sucedia) edito un registro en una determinada tabla con un valor por ejemplo -2.156.251,53 y se redondea automaticamente a -2.156.251,50

Si edito la base de datos con cualquiera de los manejadores hace lo mismo. Ya he verificado la base de datos, con backup y restore, no hay problemas. La configuracion de los equipos no ha cambiado, no hubo acontecimientos que me hayan seguir una determinada pista y causa de la falla.

Espero que se haya entendido. ¿Alguna sugerncia?

Muchas gracias

[mentor]

hola, a mi me habia pasado lo mismo anteriormente y tenia mi tipo de datos a float, luego lo cambie a double precision y me funciono perfectamente

[brandolin]

El problema es que no se si al cambiar la base de datos de float a double tendre que cambiar la aplicacion ?

[[Lepe]]

Es un viejo problema conocido.

Un float es rapidísimo en operaciones matemáticas, pero no es exacto, unas veces tienes unos decimales y otras veces otras... no se considera apto para guardar valores monetarios.

Si la base de datos está en dialecto 1, estás usando floats.
Si está en Dialecto 3, entonces debes definir tus campos como mínimo en DECIMAL(9, 2) o NUMERIC(9,2), así Firebird usará internamente un INT64 para representar tus valores sin pérdida de decimales.

Ya en Delphi tendrías que recrear tus campos persistentes, ahora son TFloatFields y al recrearlos se convertirán en TBCDField (Binary Coded Decimal, decimal binario sin pérdida)

Lo que comenta mentor no lo he probado, que yo sepa un double precision es un float (con más precisión) pero hereda las características de un float.

[[mlara]]

Empezado por Lepe

Lo que comenta mentor no lo he probado, que yo sepa un double precision es un float (con más precisión) pero hereda las características de un float.

Un campo DOUBLE PRECISION tiene 64 bits y no tiene pérdidas al realizar operaciones. Yo lo uso en campos que usan decimales, y evito siempre el tipo FLOAT.