¿El uso de firebird como una base seria no es tan correcto?

[[Al González]]

¡Hola a todos!

Empezado por IVAND

...pero repito es solo una pregunta no una aseveracion...

Bueno, entonces que algún moderador corrija el título y le ponga los signos de interrogación que toda pregunta lleva.

Aunque, siendo justos, creo que quedaría mejor el título Raro almacenamiento de decimales en Firebird.

Un abrazo serio y políticamente correcto.

Al González.

[Casimiro Notevi]

Después de más de 10 años usando interbase->firebird... me parece muy seria


P.d. para usar valores con decimales siempre uso double.

[[Lepe]]

Empezado por Casimiro Notevi

P.d. para usar valores con decimales siempre uso double.

Interesante casimiro, ¿realizas algún tipo de redondeo? ¿en delphi asignas al campo Currency:= true?

Me deja intrigado tu afirmación.

Saludos

[hecospina]

Hola
Segun he leido aun hace la coneccion por BDE
tubimos el mismo problema en la empresa pero trabajabamos con Paradox
Hicimos una configuacion en el alias que se manejaba para la base de datos colocando ENABLE BCD en true y nos redujo mucho el problema
No se si maneja alias y si ya lo esta configurado asi
Puede hacer la prueba y nos cuenta como le fue

[jhonny]

Bueno, creo que la combinación de todas estas cosas ayudara a resolver el problema .

[Casimiro Notevi]

Empezado por Lepe

Interesante casimiro, ¿realizas algún tipo de redondeo? ¿en delphi asignas al campo Currency:= true?
Me deja intrigado tu afirmación.
Saludos

Ni siquiera sé dónde está eso de currency:=true

Yo creo los campos (y tablas y todo) en un script.sql y desde delphi uso los querys y nada más, en ningún sitio indico si es currency u otra cosa, son simplemente valores.
Cuando son importes totales de un documento (pedido,factura,etc.) sí guardo los valores redondeados a 2 decimales (euros), pero sólo en los importes totales (base,iva,total) no en los precios de los artículos (por ejemplo), estos es según lo que configure cada cliente, los decimales que quieran cada uno (la presentación) ya que internamente van todos los decimales.

[jhonny]

Lo de currency es una propiedad de los campos, la puedes ver haciendo click en el editor de campos sobre un campo numerico.

[[Lepe]]

Después de repasar todo lo aportado por los compañeros y mirar detenidamente el datadef.pdf, estamos en la misma situación. En resumen:

Dialecto 1 con precision mayor a 9 usando DOUBLE PRECISION, siempre tendrá problemas de decimales que pueden ser redondeado donde legalmente se pueda (como bien dijo Casimiro, en los totales; nunca se puede redondear en cálculos intermedios)

Dialecto 3 con precisión mayor a 9 , da igual si se usa NUMERIC(10,2), DECIMAL(10,2) o DOUBLE PRECISION, Firebird usará un INT64 internamente para representar el número y no habrá pérdida de decimales.

Si la precisión es menor o igual a 9, internamente se usará smallint, integer, double precision, etc. dependiendo del tipo usado. En este caso no queda más remedio que ver el pdf para entender como se guarda internamente.

Saludos

[Casimiro Notevi]

Empezado por jhonny

Lo de currency es una propiedad de los campos, la puedes ver haciendo click en el editor de campos sobre un campo numerico.

ummm, pues no, nunca me ha hecho falta usar esa propiedad.

[Delfino]

OFFTOPIC: no sé por qué, pero hoy tengo ganas de "guerra sana"

y de guerra santa? no tienes ganas?

Que efecto tiene asignar la propiedad currency a True en un field???

[[RONPABLO]]

una inquietud... entonces me imagino que es recomendable asignar los valores de la siguiente forma??:

Código Delphi [-]
    QConsulta.FieldByName('campo_doble').AsBCD := varFlotante;

y no así:

Código Delphi [-]
    QConsulta.FieldByName('campo_doble').AsFloat := varFlotante;

[[Lepe]]

No serviría de nada. No se perdería definición en Delphi, pero al guardar en la base de datos, es cuando se produce el fallo (porque es inherente al tipo de datos double precision o Float en dialecto 1).

Bien es verdad, que teniendo un campo definido como Float y usando siempre .AsCurrency (tanto para mostrar como para asignar un valor al campo) estamos minimizando el problema. Queremos guardar el valor 23.30:

Código Delphi [-]
campo.AsCurrency := 23.30;
// en la base de datos quedará como 23.29999999   (un suponer)
tabla.post
ShowMesage(FloatToStr(campo.AsCurrency));
// al leer como Currency, normalmente se hace un redondeo y mostrará 23.30

El problema añadido, es que al utilizar ese valor en operaciones matemáticas los errores de decimales se van acumulando.

Saludos

[rastafarey]

No queria opinar este hilo pero tengo que hacerlo.

Mira cual como se deberia llamr este hilo.

Yo no se usar firebird. Y por eso digo que no es seria.

Ven que asi se ve mejor.

Se supone que oaracle es un manejador de base de datos y me toco auditar un sistema con una base de datos que no orecle la podia soportar de lo mal diseñada que estaba. Eso tiraba errores por todoss las lados las mismas consultas devolbian valores diferentes y mucas cosas mas(Usaron una sola tabla para realizar un registro de personas con sus familiares nacionalidades y otro nmonto de datos mas).

Tabien sabian que c es el lenguaje mas potente que existe. pero he visto unas poruqerias de aplciaciones echas con c.

El titulo que sugeri antes tanpoco esta bien es un poco despota.
Pero este si.
Cuando el panadero es malo le echa la culpa a la harina.

Ese si esta bello.

[[egostar]]

Empezado por rastafarey

Tabien sabian que c es el lenguaje mas potente que existe. pero he visto unas poruqerias de aplciaciones echas con c.

, según quien.........

Salud OS