Ya no se que hacer con .0002201010101 de firebird

[[Ivanzinho]]

Para mi esto nunca fué un problema. Tanto a la hora de guardar como de leer lo hago siempre aplicando la función Redondear que comenté anteriormente. La utilizo en varias aplicaciones, entre ellas un gestor de imovilizado y una aplicación de contabilidad y nunca tuve problemas con los descuadres.

Un saúdo.

[Casimiro Noteví]

Seguramente el problema viene porque en algún momento trates los datos con alguna variable o tipo de campo "float"

[jhonny]

Empezado por Casimiro Notevi

Seguramente el problema viene porque en algún momento trates los datos con alguna variable o tipo de campo "float"

En mi caso particular uso Numeric(15,2), tanto para variables en los procedures, como en las tablas.

[Casimiro Noteví]

Cuento "mi historia": empecé a usar interbase 5 en 1998, luego interbase 6 (que era libre), luego firebird 1, firebird 1.5 y todavía no hemos pasado a nuestros clientes a firebird 2, pero pronto será.
Pues bien, desde hace ya casi 10 años, todos los valores numéricos, importes, cálculos, etc. lo guardamos siempre como tipo "double". Si son valores monetarios entonces lo guardamos redondeados a 2 decimales (desde que tenemos el euro).
Nunca hemos tenido esos problemas de decimales, tan sólo nos puede ocurrir si guardamos valores como float.

Empezado por jhonny

En mi caso particular uso Numeric(15,2), tanto para variables en los procedures, como en las tablas.

Creo que ese tipo no debe tener ningún problema con los decimales.

[jhonny]

Creo que ese tipo no debe tener ningún problema con los decimales.

Exacto, se supone que un Numeric(15,2) es como un Double precision, pero ¿Entonces porque a IVAND y a mi nos sucede esto?, incluso IVAND también a dicho que el declara dichos campos como Numeric(15,2).

[jhonny]

Que tal si leemos el siguiente articulo, http://www.ibphoenix.com/main.nfs?a=...ibp_data_types especialmente donde hablan de

How do I work with money ?

[jhonny]

A ver, no soy muy bueno para el ingles pero esta tablita explica que el problema de precisión que estamos viendo en este momento se debe a que la BD debe estar en dialecto 1 o ¿Me equivoco?
http://www.firebirdsql.org/index.php?op=faq#q0000.dat