Extraer parte entera de una division en sql firebird , falla
Hola foro,
Tengo la siguiente consulta, necesito convertir el valor de un campo entero en el cual estoy almacenando minutos al formato horas y minutos. Para esto hago lo siguiente :
si TIEMPO = 90 el resultado esperado en hora seria 1 y el de minutos seria 30 Ahora cuando efectuo el
Si tiempo = 90 el resultado me da 2 cuando deberia ser 1 90/60 = 1,5 y aparentemente me redondea a 2 a que se debe esto? |
¿Pero de qué tipo son esos campos?
|
El campo 'TIEMPO' es INTEGER, en el caso que su valor sea 90 el Cast me da como resultado 2 cuando deberia ser 1. |
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. |
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? |
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. |
Delphi 5 y firebird 2.0.
Muchas gracias, seguimos invenstigando. |
Probar
Prueba con esta sentencia. Nota: utilizo Firebird 2.5, desconozco si en versiones anteriores existe dicha funcion. Saludos. |
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. :) |
Select 90 / 60 From RDB$DataBase
Prueba con FB 1.5 me ha devuelto: 1.5 Prueba con FB 2.1 me ha devuelto: 1 :confused::confused::confused: |
Cita:
A mi en FB 1.5.3 dicha consulta regresa 1. Y para comprobar lo dicho por Al:
Regresa 1,50 Por otro lado quiero aclarar que SI existe una función de redondeo para Firebird, desde FB 1.0 a versiones 1.5.x se debe utilizar la UDF TRUNCATE y/o I64TRUNCATE. ;) Desde Firebird 2.1 existe TRUNC() y como es bien sabido la gran mayoría de las funciones fueron incorporadas desde "fábrica" al motor y no hay que estar registrándolas. Saludos, |
Pues seguro, aquí va un pantallazo, espero que lo puedas ver:
|
Hola,
Lo veo "fuerte y claro" :eek: Acabo de ver que tu prueba corre en un FB 1.5.5 ¿habrá cambiado algo entre 1.5.3 y 1.5.5 como para que hayan variado los resultados? ¿O será que IBExpert me lo redondeó solito? Voy a probar con una "conexión cruda" y directa con isql para sacarnos dudas. Saludos, |
1 Archivos Adjunto(s)
Pues creo que ya podríamos confirmarlo: es un tema de versiones, desde Firebird 1.5.5 se ha cambiado el modo de regresar resultados numéricos.
Hice una prueba directa, empleando FB 1.5.3 y obtuve 1 empleando 90/60. Si indico 90.0/60.0 allí si regresa 1,5. Como lo ha indicado Casi, en 1.5.5 esto ha cambiado y regresa en coma flotante. Muy posiblemente la regla a aplicar ya no reside en los operandos sino en el tipo del resultado. Por seguridad si desea obtener el número truncado debe emplearse la función para ello. Como he comentado, SI existe desde FB 1.0 y se llama Truncate() pero necesita declararla. Desde FB 2.1 ya viene incorporada al motor y su nombre ha sido cambiado por Trunc(). Saludos, |
Misterio desvelado. Seguramente está en las notas que publican sobre los cambios realizados :)
|
Esperen un momento.
Firebird 1.5.3 (Delphius, Al), resultado: 1 Firebird 1.5.5 (Casimiro), resultado: 1.5 Firebird 2.0 (Joe_Balda), resultado: 1.5 (por confirmar) Firebird 2.5 (ecfisa), resultado: 1 (por confirmar) ¿Realmente será un asunto de versiones? ¿Algo que dejó de estar en la versión 1.5.5 reapareció en la versión 2.5? :confused: |
Ummm... me has dado que pensar Al.
Lo que si es bueno recalcar es que no es lo mismo hacer:
que hacer
En el primer caso el resultado dependenderá de como esté implementado el algoritmo para generar e interpretar el tipo. Esto es lo que hemos demostrado que varía de versión a versión. En el segundo caso, independientemente de la versión del motor, DEBERÍA regresar el entero redondeado. Y como ha mencionado Al, por defecto se aplica el redondeo al par más cercano o también conocido como método del banquero. Ahora bien, si se quiere hacer más líos podríamos comprobar si resulta ser lo mismo a esto:
Es decir: probar 4 posibilidades: Con/Sin cast y Con/Sin .0. De este modo podríamos armar una tabla de 2 entradas y comparar resultados. ¿Les parece? ;) EDITO: Por favor, a fin de evitar mayor confusión que la generada, no digan 2.5 ¡Digan hasta el apellido! mencionen la sub-versión menor. Tomensé la molestia de decir ese numerito que mucho importa; aunque no lo crean. Es decir: 2.5.algo Saludos, |
Aquí presento los resultados tabulados para que se aprecie bien las diferencias. Espero que con esto quede más claro la cosa:
Código:
+----------+-------+-----------+
Respectivamente. Puede apreciarse que el motor de FB 1.5.3 prioriza y determina el resultado dependiendo del tipo de los operandos. Y como intuía, aplica redondeo cuando se utiliza Cast. Apreciaría que los demás siguieran la misma prueba, con éstas consultas. Y por si hay que añadir más factores a considerar entonces sumemos el SO: en mi caso Windows XP sp2 Saludos, |
Código:
+----------+-------+-----------+ Código:
Añado mis resultados |
No parece lógico tantas diferencias, diría que es un desbarajuste en el que nadie se pone de acuerdo, el último que llega lo pone a su gusto :s
|
Cita:
No quisiera aventurarme demasiado pero al menos en teoría los resultados correctos de tabla son para Firebid 1.5.3 y 2.1.1. Saludos, |
Bueno, he quitado el fb1.5.5 y he puesto el fb1.5.6
Código:
+----------+-------+-----------+ |
Bueno, mi hipótesis está derrotada :(
¡La verdad es que esto está confuso! Como dijo Al... se cambió y luego volvieron a lo de 1.5.3 en la 2.1.1. :confused: :eek: Saludos, |
Hola.
Partiendo de la consulta original: En Firebird 2.5 y utilizando constantes 90 y 60 como dije antes, el resultado es: 1 Aplicando las consultas realizadas por Delphius en Firebird 2.5 obtuve. con SQL Mananger: Cita:
Tomando en cuenta que Firebird, como muchos lenguajes, devuelve un resultado del mismo tipo que el tipo de sus operandos : 1) Es correcto ya que division entera de 90/60 = 1 2) Correcto, igual que realizar IntToStr(Round(90/60)) = 2 3) Correcto, igual caso que 1) 3) Correcto evidentemente. Entonces tomando en cuenta la consulta original y según mis pruebas, la tabla de Al González me queda: Cita:
Pero aparentemente hay diferencia en las versiones... Un saludo. |
Hola Ecfisa,
Déjame ver si entiendo. ¿Entonces tu prueba indica que la tabla de resultados es idéntica a la que obtuve yo con 1.5.3 y la de Casimiro con la 2.1.1? Sin ánimos de ofender, ¿Podrías indicar que sub-versión menor de Firebird utilizas? ESO ES MUY IMPORTANTE. Ya lo he aclarado y pedido; y es más que evidente que ese .algo puede traernos sorpresas... sino miren las diferencias entre 1.5.3 y 1.5.5. Si no sabes cual utilizas simplemente debes abrir el isql y lanzar una instrucción:
Seamos más organizados por favor. Los demás estamos tratando de presentar los datos en forma de tabla para hacerlo más simple. Saludos, |
Bueno mi respuesta no va orientada a la duda de porque sucede los resultados, es más una respuesta a dar el formato horas y minutos... que tal obtener directamente en formato time? algo así como esto:
O de esta forma para que no muestre formatos de la configuración regional
|
Cita:
Ahora, respecto a los resultados que todos nosotros hemos presentado en los mensajes más recientes, queda claro que el molde de tipo "Cast As Integer" trabaja de la misma manera en todas las versiones de Firebird, manera que, por cierto, es la esperada: números a la mitad "suben" (redondeo hacia el infinito). En esto no hay sorpresas. La ÚNICA diferencia en todo esto es, según se ve, la forma en que cada versión de Firebird maneja las divisiones entre números de tipo entero. Unas versiones truncan la parte fraccionaria y otras no. Por ello es que la sentencia que por ahora valdría la pena probar es solamente la de una simple división entre enteros: Ya vimos que una sentencia como esa, trunca la parte fraccionaria del resultado (1.5 -> 1), excepto en un rango de versiones que va, tentativamente, de la 1.5.5 a la 2.0. Lo que convendría dejar claro es que, aun con esa diferencia de comportamiento entre un rango de versiones y el resto, ninguna versión de Firebird falla en redondear consistentemente un 1 como 1 y un 1.5 como 2 al aplicarle un Cast As Integer. ¿Estamos de acuerdo? :) Despejado el problema, queda por un lado recomendarle a Joe_Balda, quien usa una de las versiones del "rango rebelde" (Firebird 2.0): a) actualizarse a una versión superior. b) hacer un truncamiento de la parte fraccionaria del resultado de la división, ya sea con una UDF, usando Substring, etc. Por otra parte, la investigación de por qué unas versiones de Firebird truncan las divisiones de enteros y otras no. Y lo que son las cosas, mientras escribía estas líneas tuve la suerte de encontrar este documento: http://www.firebirdsql.org/manual/qs...ebird-sql.html Cita:
Las versiones 1.5.5, 1.5.6 y 2.0 tienen un defecto (bug) con la división entre enteros. Un abrazo acorde al estándar. Al González. :) |
Cita:
Cita:
De todos formas creo que son datos organizados y entendibles para cualquier lector. Si te parece que algo no quedó en claro por favor decime y gustosamente trataré de explicarlo de la mejor manera que pueda. Un saludo. |
Gracias Al por la aclaración.
Ecfisa gracias por aclarar la versión que utilizas. Respecto a lo de presentar los datos, tienes razón... no todos. Es algo que yo propuse y luego Casi consideró seguir. A mi modo de ver la ventaja de presentarlo en forma de tabla de 2 entradas permite comparar rápidamente las diferencias entre uno y otro. Saludos, |
He hecho otra prueba, inspirado por el comentario de Al. Y esto fue lo que obtuve:
Código:
+----------+-------+-----------+ |
Cita:
Pero debo hacer las pruebas en otro equipo por que en este, estoy por finalizar una aplicación basada en esta versíón y no quisiera líos ahora... :) Un saludo. |
Cita:
Queda comprobado que funciona como debe ser en todos los casos y en todas las versiones. No le veo mayor caso seguir haciendo pruebas con Cast, pues el problema reside en la mera división y sólo en un puñado de versiones (las tres que subrayé antes y alguna que otra en ese rango). Saludos. |
Cita:
Cita:
Saludos, |
Cita:
No te preocupes, no lo haré. :p |
divisiones en firebird
Select 52.9 /100 From RDB$DataBase
Resultado: 0.5 Select 52.9 /100.0000 From RDB$DataBase Resultado: 0.529 El divisor decide el tipo y los decimales |
Primer caso:
Segundo caso: |
La franja horaria es GMT +2. Ahora son las 02:59:20. |
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