Ya no se que hacer con .0002201010101 de firebird

[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

[Casimiro Noteví]

Mi inglés es peor, pero parece ser que numeric(xx,x) en dialecto 3 es un entero de 64 bits y en dialecto 1 es un double precision.
Pueden venir los "tiros" por ahí. Yo siempre he usado y sigo usando dialecto 1.

[Delfino]

Pueden venir los "tiros" por ahí.

Pueden no, seguro q se debe a eso,
cambiar el dialecto del 1 al 3 y postear aqui los resultados ..

[IVAND]

No creo que los tiros vayan por ahi he cambiado el dialecto a 3 y el resultado de la base sique dandome ese dichoso valor .000010898818 , como le hago para dejarlo en los 2 decimales por dios , ademas al cambiar a dialecto 3 algunos querys no funcionan envia mensajes de diferencias de tipos o algo asi

[jhonny]

Bueno, despues de cambiar a Dialecto 3, debes hacer la prueba truncando todos los registros a 2 fraccionarios y despues si haces la prueba, lo del error es porque estas usando otro dialecto y seguramente hay declarado algun tipo de dato que en el dialecto 3 ya no exista o bien ahora se usa de otra manera.