VALORES FANTASMAS FIREBIRD 2.1 valores Grandes

[[Al González]]

Apuesto a que lo escribió desde una de esas modernas tabletas.

Ya, en serio, ASAPLTDA. ¿Podrías explicar el problema?

(De preferencia respirando y con un teclado normal).

[ASAPLTDA]

el problema es que se graba y firebird no envia ningun mensaje de error, solo recibe el valor y cuando se hace el commit cambia el valor . Por eso envio el comentario a la comunidad ya que los errores silenciosos son los peligrosos

Ahora el valor que reporto en el sistema es sin separador de miles, he colocado los separadores solo para facilitar la lectura

el problema se observo usando delphi 5 / ibexpert base de datos firebird 2.1


¡Huy!, me has dejado sordo con tanto grito , me disculpo con las persona sensibles al ruido. pero solo se dejo en mayusculas los mensajes de aviso
Ahora cuando te pasa algo como eso ya no grito, busco una solución o solicitud ayuda a travez de este foro

[Casimiro Notevi]

Hombre, para empezar (y no despistarnos) deberías de haber puesto las sentencias sql originales y no con "máscara"

Y lo segundo, y más importante, no es un error, así como lo lees

Eso te pasa por usar float para esos menesteres. Mejor incluso que double, usa numeric.

Haz una búsqueda por los foros, es un tema que se ha tratado en diversas ocasiones.


Por cierto, yo también pensaba que era un error que yo fuese tan feo, fui al médico por si era alguna deformidad debido a alguna extraña y desconocida enfermedad. El médico me contestó que no era ningún error, sino que yo era así por naturaleza, feo, feo, feo...
Y no por eso voy gritando por ahí ¡¡¡soy un error, soy un error...!!!

Moraleja: que no vayas gritando por ahí que firebird tiene un error muy grave, cuando eso no es un error, es lo normal.

[roman]

Hasta donde entiendo, esto no es un error y por eso Firebird no lo reporta. Tiene que ver con la precisión que se especifique para el número flotante.

// Saludos

[roman]

Je, je. Me ganó Casimiro por un pelín

// Saludos

[ASAPLTDA]

No se cual es alcance para considerar si algo que sucede es un error, y si lo expreso es porque cuando en la vida real uno se le presenta un problema de esos le puedo asegurar que es muy grave y esa es la razon de informar.



Por ejemplo : si en un campo float usas el valor 374031472 firebird recibe el valor pero almacena o retorna 374031478
valor 374000000 firebird recibe el valor pero almacena o retorna 374000000
valor 374031000 firebird recibe el valor pero almacena o retorna 374031008
valor 375000000 firebird recibe el valor pero almacena o retorna 375000000
13835485725 -> 13835486208

Como pueden observar si se ingresa un dato uno espera que se almacene el mismo valor, fuera del conocido problema del manejo de decimales y ya que no es muy frecuente usar cifras en el sistema que soporto.

Te todos modos agradesco sus comentarios , pero también hago un critica constructiva a todos las personas para que no traten a otros en una forma poco cordial ya que el experto existe por el menor grado de conocimiento de otros

[Casimiro Notevi]

Empezado por ASAPLTDA

Como pueden observar si se ingresa un dato uno espera que se almacene el mismo valor, fuera del conocido problema del manejo de decimales y ya que no es muy frecuente usar cifras en el sistema que soporto.

Te todos modos agradesco sus comentarios , pero también hago un critica constructiva a todos las personas para que no traten a otros en una forma poco cordial

Disculpa, amigo ASAPLTDA, pero no creo que se te haya tratado de forma poco cordial. Más bien ha sido al revés, tú has sido quien ha incumplido algunas normas de los foros, has llegado GRITANDO y culpando de un error a FB, error que no existe, era sólo desconocimiento tuyo sobre los tipos de datos, es lo mismo que si dices que un integer no almacena números de 20 cifras, pues claro que no, para eso no puedes usar un integer. Pues es exactamente el mismo caso.

Siento que te hayas molestado, pero todos nos equivocamos, mejor dicho, no podemos saberlo todo. El "problema" con los float los descubrí en 1998, y desde entonces usé siempre double. Sin embargo, estaba tan tranquilo cuando surgió un extraño incidente en ciertos cálculos (que ni recuerdo ahora mismo) y me tuvieron semanas dedicado a resolverlo, hace ahora 3 años, descubrí que (según qué casos) también podía traerme "problemas" los double, así que cambié a numeric(x,y). Y desde entonces se acabaron esos "problemas".
Que ya digo, no son problemas de los tipos, sino de no usar los correctos a cada caso.
Por ejemplo, para porcentajes puedes usar los float tranquilamente.

[ASAPLTDA]

Apreciado amigo, puedes gritar usando letras mayusculas y minusculas. El grito no esta en los caracteres si no en las expresiones usadas.

Pero reitero mi agradecimiento a todas las personas que respondieron haciendo un esfuerzo grande en buscar la solucion y mas aun en tomarse un tiempo para responder de una forma a otra aportando a la solucion de Mi problema y espero que esto contribuya a la solucion de otro que se enfrente a la misma situacion.