Ya no se que hacer con .0002201010101 de firebird

[IVAND]

Gracias jhonny por tu interes, que pena que una base tan prometedora tenga estos pequenos y grandes problemas a la vez imaginate esto en un banco seria un desastre .... :-( mis proximos proyectos seran dirigidos a otra base de datos , si la solucion es la que tu propones tendria que cambiar todo el sistema desde sus raices eso significaria muchos años de trabajo

Sabes lo que no entiendo es que de cien lineas que grabo solo una presenta este problemas en el diario especifico

Espero exista otra solucion que no sea tan dura de realizar sera que se puede hacer alguna funcion para borrar estos valores o redondear

[jhonny]

Empezado por IVAND

si la solucion es la que tu propones tendria que cambiar todo el sistema desde sus raices eso significaria muchos años de trabajo

Eso lo leí en IBPhoenix.

Empezado por IVAND

Espero exista otra solucion que no sea tan dura de realizar sera que se puede hacer alguna funcion para borrar estos valores o redondear

Pues creeme que yo también, guardo la esperanza de que alguien tenga una buena solución al respecto y que además la comparta .

En cuanto a lo del redondeo pues te cuento que personalmente hice una UDF que lo único que hace, es usar la función RoundTo del mismo Delphi, pero la verdad es que aun asi sigue presentando problemas, sobre todo cuando tengo que hacer sum(debe), sum(haber) y al final sum(dede-haber), eso por ejemplo me puede dar, por el debe 42.12510 y por el haber 42.12410 y el saldo me quedaría 0.01, cuando voy a revisar los documentos descuadrados, la consulta me devuelve NULL, de manera pues que ese 0.01 se produce al sumar todos esos fraccionarios que se "inventa" el FireBird.

Ojala este equivocado y exista una solución real a este problema

[IVAND]

Ahora si que estamos fritos , como le dices aun contador que el ingreso y te lo muestra 1-1 y el asiento no cuadra que duro , que pena que ese problemas aun bases de escritorios lo tienen bien controlados y no esta potente base de datos , pero hay que seguir ... Gracias por tu tiempo cualquier cosa espero avisarte o que me avises

[Casimiro Noteví]

Si no necesitas más de 2 decimales, entonces puedes guardar los datos redondeados a esos 2 decimales.

[[Ivanzinho]]

Empezado por Casimiro Notevi

Si no necesitas más de 2 decimales, entonces puedes guardar los datos redondeados a esos 2 decimales.

Es lo que hago yo y me funciona perfectamente.

Creé una UDF a la que le pasa un valor y el número de decimales a los que quieres que redondee.

Para tu caso la cosa quedaría así :

Código SQL [-]
Diferencia = Redondear(Debe - Haber, 2)

No tendrías que modificar ningún tipo de campo, sólo introducir la función en los cálculos criticos.

Un saúdo.

[identsoft]

creo que la solucion está en guardar el debe y el haber ya redondeados a 2 decimales, no redodndear la diferencia.
Es decir
Diferencia = debe - haber
previamente :
debe = redondeo(Debe,2)
haber = redondeo(Haber,2)
La diferencia nunca puede tener más de dos decimales si previamente el debe y el haber tienen 2 decomales.

[[Ivanzinho]]

Empezado por identsoft

creo que la solucion está en guardar el debe y el haber ya redondeados a 2 decimales, no redodndear la diferencia.
Es decir
Diferencia = debe - haber
previamente :
debe = redondeo(Debe,2)
haber = redondeo(Haber,2)
La diferencia nunca puede tener más de dos decimales si previamente el debe y el haber tienen 2 decomales.

No llega con eso, ya que la ristra de decimales la introduce al realizar operaciones con los campos numéricos.

Un saúdo.