![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
El problema es que no se si al cambiar la base de datos de float a double tendre que cambiar la aplicacion ?
|
#2
|
||||
|
||||
Es un viejo problema conocido.
Un float es rapidísimo en operaciones matemáticas, pero no es exacto, unas veces tienes unos decimales y otras veces otras... no se considera apto para guardar valores monetarios. Si la base de datos está en dialecto 1, estás usando floats. Si está en Dialecto 3, entonces debes definir tus campos como mínimo en DECIMAL(9, 2) o NUMERIC(9,2), así Firebird usará internamente un INT64 para representar tus valores sin pérdida de decimales. Ya en Delphi tendrías que recrear tus campos persistentes, ahora son TFloatFields y al recrearlos se convertirán en TBCDField (Binary Coded Decimal, decimal binario sin pérdida) Lo que comenta mentor no lo he probado, que yo sepa un double precision es un float (con más precisión) pero hereda las características de un float.
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#3
|
||||
|
||||
Un campo DOUBLE PRECISION tiene 64 bits y no tiene pérdidas al realizar operaciones. Yo lo uso en campos que usan decimales, y evito siempre el tipo FLOAT.
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre. |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Redondeo | cesar vidal | Varios | 30 | 22-04-2014 22:01:29 |
redondeo | pedrito1111 | Varios | 1 | 13-11-2009 01:40:23 |
Redondeo de decimales | Cheswar | Varios | 3 | 07-10-2007 21:31:10 |
redondeo de valores | JODELSA | Varios | 1 | 04-11-2005 20:10:22 |
Redondeo en quickreport | Carlex | Impresión | 1 | 01-02-2005 09:32:04 |
![]() |
|