FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#2
|
||||
|
||||
Hola.
Aparentemente, el problema no te lo está ocasionando Firebird. Hice dos pruebas diferentes con el valor 90 y en ambos casos el resultado es 1. Desde el IB Mananger Resultado: 1. Desde Delphi: Resultado: 1. En los dos casos me aseguré que el operador 'TIEMPO' tuviera el valor 90. El campo CIUDAD_ID es de tipo INTEGER. Realmente no sé por que te arroja ese resultado... Un saludo.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#3
|
|||
|
|||
Te comento, tiro esa consulta desde IBOConsole o IB Expert y en ambos casos el resultado es 2. Desde delphi, version 5, con un TQUERY me arroja el mismo resultado. Segun veo con otros casos aparentemente cuando la parte decimal es igual o mayor que 5 me lo redondea para arriba. 90/60=1,5 me da como entero 2. Alguna idea de que pueda ser? |
#4
|
||||
|
||||
Hola.
Mirá, la única diferencia que puedo ver ahora que nombras la versión, es que las pruebas las realicé con Delphi 7 y Firebird 2.5., tal vez sea un tema de versiones. Te convendría poner que versión de Firebird estas usando, quizá alguno que use Delphi 5 y tu versión de Firebird, conozca solución para este caso. (o al menos pueda reproducir la condición de error ) Un saludo.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#5
|
|||
|
|||
Delphi 5 y firebird 2.0.
Muchas gracias, seguimos invenstigando. |
#7
|
||||
|
||||
Haciendo unas sencillas pruebas con Firebird 1.5, veo que esta sentencia:
arroja un resultado de tipo entero de 1. Eso me sugiere que Firebird determina el tipo del resultado con base al tipo de los operandos, y tratándose de una división entre enteros, trunca las decimales del resultado. Así que hice esta otra prueba: Y el resultado fue, de tipo flotante, 1.5. Claro que en un caso real los operandos no son constantes, por lo que habría que hacer este molde de tipo si quisiéramos obtener el mismo resultado: (sustituyendo 90 por el campo, parámetro o variable Integer que deseamos dividir entre 60). Eso sería para que el resultado de la pura división fuese el correcto (flotante 1.5, no entero 1). Logrando lo anterior, el siguiente paso sería aplicar otro molde de tipo al resultado de la división: Con ello, el valor de 1.5 es redondeado hacia "arriba" (como aparentemente lo hacen por regla la mayoría, sino es que todos los motores de bases de datos), obteniéndose un valor entero de 2. Pero si lo que se desea NO es redondear el resultado de la división, sino extraer su parte entera, es decir, "truncarlo", hay que hacer algo más. Firebird 1.5 no cuenta con la función Trunc que menciona cdac901 (al menos no de forma nativa), y a partir de este punto me van a disculpar porque el SQL no es mi fuerte. Lo que se me ocurre es algo como esto: Hice una prueba y me arroja el esperado valor entero de 1. Ahora, queda la duda de por qué a Joe_Balda, la simple división de los enteros 90 / 60, que "debería" dar siempre un resultado entero de 1 (según se infiere con las pruebas que hicimos los demás compañeros), a él, con Firebird 2.0 le arroja un resultado de 2. Para confirmar lo que dije al comienzo, Joe_Balda y demás compañeros, ¿qué les aparece a ustedes con esta simple sentencia?
Un extraño saludo. Al González. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Parte entera y decimal | joanajj | Varios | 6 | 16-01-2008 07:51:09 |
falla en división | mamaro | Firebird e Interbase | 11 | 12-02-2007 17:48:44 |
Parte entera | amedina | Varios | 1 | 20-08-2005 03:06:04 |
Como extraer parte entera de una fraccion | JODELSA | Varios | 3 | 23-05-2003 17:05:26 |
|