Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Firebird e Interbase (https://www.clubdelphi.com/foros/forumdisplay.php?f=19)
-   -   Problemas con Tipo datos Float (https://www.clubdelphi.com/foros/showthread.php?t=51527)

FelipeDiaz 18-12-2007 15:10:34

Problemas con Tipo datos Float
 
Hola a todos nuevamente.

Quisiera saber si alguien puede ayudarme a comprender que es lo que sucede con los tipos de datos Float. Trate de leer en libros pero sigo sin comprender.

Actualemnte trabajo una aplicación de tipo comercial, con Delphi y Firebird, he llegado a la parte donde debo manejar precios de productos, Unidades de almacenamiento, etc.. implicando calculos que se realizaran.

Encuentro que al digitar un valor en un campo de tipo Float, como por ejemplo, "4,6", este se tranforma inmediatamente en "4,59999990463257".

La verdad no comprendo este comportamiento, es decir, no es logico desde mi punto de vista e imagino que debo hacer algo por controlarlo, de lo contrario me generaria la posibilidad de errores en calculos.


Agradezco toda la colaboracion posible, incluyendo recomendaciones al momneto de trabajar este tipo de campos:
Moneda ( precios de productos, valores de factura),
cantidades de productos (en float)
etc.

Como hacer para esta seguro que las operaciones y calculos no tendran errores?

Gracias, saludos a todos.

Felipe Diaz.

luisgutierrezb 18-12-2007 17:05:53

En las bases de datos mas nuevas y en Delphi se utilizar el formato Currency, money o algo similar para manejar cantidades monetarias, al menos yo no eh tenido ningun problema

FelipeDiaz 18-12-2007 17:28:24

Hola luisgutierrezb.

Bueno, la verdad, Firebird no es Vieja.
Lo que creo, es ..segun entiendo ... que Firebird al igual que algunos otros no usan tipos Booleanos ni Currency porque se pueden obtener de los otros tipos.

En todo caso una vez trabajé con Paradox, la que viene con Delphi 6, y me creaba errores similares en algunos claculos.. es algo que pasa cuando hay digitos despues del la coma o punto decimal.... y es eso lo que me gustaria saber.

Recuerdo un caso en paradox y delphi en una tabla en la que solo Sumaba y Restaba inventario, es decir nunca utilizaba division o multiplicacion y aveces el saldo final por ejemplo en lugar de 20, me arrojaba 19,9999999999


Me tocaba solucionarlo con algo como Multiplicarlo por 100, Redondear y luego Cortarlo con la funcion FIX guardar en variable tipo entero y luego volver a Dividir en 100. y guardar en float. Algo asi.

Sin embargo este caso no lo habia visto, de solo colocar un dato y al salir el foco del DBGrid1, inmediatamente se expresa con decimales y aproximado, no el numero que ingrese.


Espero alguien pueda tener un idea de que sucede..

Gracias..

Felipe Diaz.

BlueSteel 18-12-2007 18:51:56

Hola

bueno.. a mi me sucedio lo mismo.. e incluso tengo algunos post.. en donde deje mi inquietudes... como por ejemplo si queria una cifra sobre los 27millones, (no me acuerdo que numero..) este se cambiaba por otro.. dentro de cierto rango...

lo que me recomendaron fue utilizar en dato de tipo numeric...

con los que utilizo decimales sigo con el Float, si bien cambia los montos por una cuestion matemática... el 4,6 en la base lo guarda como "4,59999990463257", pero el numero en si es 4.6

si encuentro los hilos donde lo comentaba.. te los dejo...

salu2:p:D

BlueSteel 18-12-2007 18:53:49

Revisa este hilo
Resita este otro hilo
y otro hilo más

rastafarey 18-12-2007 20:24:57

Resp
 
yo trabajo con firebird antes de su nacimiento trabajaba con interbase y o he tenido esos problemas. he erealizado aplicaciones contables administrativas y otras que requiren de nucha preicion siempre he usado double precision y solo una ves tube esos problemas. Pero el problema no era del manejador si no de lso componentes que usaba. Asi que verifiquen bien que es lo que stan haciendo. Una manera cencilla de verificar de quien es el problema es verificando el datoa antes que este se guarde esto se puede realizar con un disparador lanzando una exception con el valor dle campo que viene entrando y de esa manera podran verifcar donde de dodnde viene el problema.


La franja horaria es GMT +2. Ahora son las 15:55:06.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi