Parametros tipo DATE que no funcionan como supondría.
A ver si alguien me puede dar un norte.
Uso FB Embedded 2.0 y quiero hacer esta consulta:
En Delphi utilizó los parámetros :fecha1 y :fecha2 para introducir las fechas por medio de datetimepickers así:
Sin embargo cuando ejecuto el query me genera el error -105 que menciona que el parametro de EXTRACT no es una fecha literal válida. Leyendo un poco me entero que FB tiene la graciosada de considerar las fechas divididas con "/" como fechas en formato gringo sin importar nada de los parámetros de win o linux. Para especificarlo en otro formato hay que usar "." como separadores. Hasta aquí ya se entiende como arreglarlo pero entonces: 1.- Tendría que convertir el valor de los datepickers a cadena y sustituir los "/" por puntos. 2.- Tendria que añadir un cast a mi query para que me acepte la cadena en forma literal. Si no hay otra forma pues ni modo pero quisiera ver si alguien lo pudo resolver usando los parámetros normalmente. |
Creo que Extract te regresa un valor entero, y al compararlo con fecha debe de ser un tipo Date, entonces la comparación debe ser:
ó
|
perdon...olvide mencionar que el campo fecha representa un día del mes o lo que es lo mismo un entero.
|
Y por qué en ves de resolverlo a nivel de FB, no lo resuelves a nivel de tu aplicación Delphi ?
En vez de pasarle el párametro como fecha, y después en FB sacar el día, sácalo directamente en Delphi y le pasas el parámetro como integer. :rolleyes:
|
finalmente metí un campo calculado y con eso me las arreglé.
|
¡Hola!
Cita:
Cita:
Cita:
Perdón si no comprendí bien el planteamiento, César, ¿podrías detallarlo un poco más? Saludos. Al. |
Los párametros nunca los hé definido por tipo, simplemente dejo que Delphi les asigne el tipo de acuerdo con lo que le devuelve el motor y hasta ahora no tuve problemas.
La graciosada de los separadores no se si sea única de FB pero por ejemplo en MySQL por default utiliza el formato ISO pero se puede definir perfectamente cualquier otro formato que uno desee así como los separadores correspondiente. Precisamente en MySQL utilizaba mis parametros como ".AsDate" y le pasaba directo el valor de los datepickers olvidándome del formato de fechas de MySQL y nunca tuve problemas. En MySQL por ejemplo puedo hacer lo siguiente: y funciona perfectamente haciendo esto:
Sin embargo ese mismo código no sirve para FB. Primero porque no hay tal función "DayOf" y segundo porque la función equivalente (que por cierto igual existe en MySQL) "extract" se niega a tomar los valores de un parámetro que se le pasen como fecha. Para que funcione es necesario hacer esto:
Además de que el parametro :fecha hay que pasárselo como cadena y en formato "DD.MM.AAAA" si le pasa uno el parámetro :fecha como Date FB simplemente no le reconoce como fecha. |
¡Hola!
Cita:
Cita:
Cita:
Cita:
No dejes de retroalimentar el hilo para llegar al punto justo de la verdad. Saludos afectuosos. Al González. |
Y había intentado forzar el tipo del parámetro a ftDate pero al ejecutar el programa me genera una excepción pues al parecer el query utiliza el parámetro como string.
Si en modo diseño escribo el query con los parámetros así tal cual lo indiqué al principio y luego quiero acceder a los parámetros mediante el object inspector me doy cuenta que ambos parámetros son tratados como cadenas, es decir les asigna el tipo ftString. De hecho probé el mismo query en MySQL usando extract y ahi si funciona, es decir cuando le paso el parámetro como fecha MySQL lo interpreta correctamente como fecha. Estaba pensando aunque no se que tan cierto sea pues de momento no tengo como probarlo, que el problema tal vez pueda ser el componente que uso para conectarme, en este caso Zeos, que es el mismo que usaba para conectarme vía MySQL. Si corro querys normales sin parámetros si se ejecutan con este componente pero al parecer debe tener algún problema para lo de los parámetros. Recordemos que la sustitución de parámetros por los valores correspondientes los hace el componente de manera que probablemente esté haciendo esta sustitución de forma incorrecta. Nadando en el código de Zeos observé que utiliza diferente código cuando se conecta a MySQL. ¿Que otra alternativa tengo para conectarme a Firebird? Probablemente si cambio los componentes y lo intento de nuevo ahora si resulte. |
Cita:
Cita:
Cita:
También considera que IBX está "casado" con InterBase, y no hay garantía de buen funcionamiento de estos componentes con Firebird 2. Yo utilizo dbExpress con el controlador de InterBase para acceder a bases de datos Firebird 1.5, apoyándome con objetos TClientDataSet. Cuando decida empezar a usar Firebird 2, sólo tendré que conseguir el controlador (DLL) adecuado (dbExpress es una tecnología abierta a cualquier base de datos y la más avanzada de CodeGear). Seguimos indagando. Al González. :) |
Efectivamente ya había leído que IBX esta ligado con Interbase y aunque funciona en la mayoría de los casos bien con FB no se garantiza su funcionamiento ya que FB cada vez se aleja más de IB. Ahora bien, dbExpress mencionas que utiliza un controlador para conectarse, pregunto si este controlador no puede ser el que utiliza en mi caso el servidor embedded de FB (fbclient.dll). Digo, para hacer la prueba.
Edito: Veo que SQLConnection mantiene una propiedad VendorLib que contiene gds32.dll que menciona la documentación de FB que puede ser sustituido por fbclient.dll para acceder al servidor. Voy a hacer la prueba a ver si funciona. ¿Hay alguna forma de meter el drivername de Firebird dentro del componente? De manera que cuando uno quiera conectarse con FB y sus bibliotecas propias solo haya que cambiar esta propiedad. |
Amigo Acid,
He leído que usas la versión 2.0, en ese caso deberías optar por algo más seguro, MDO FIBPlus, u otros... la verdad es que desconozco cuales son pagos y cuales son gratuitos. Para la versión 1.5 con IBX yo no he tenido problemas, por el momento, pero el salto de 1.5 a 2.0 es algo brusco como para arriesgarse a seguir usando IBX. Al menos yo no me animaría a seguir usando IBX con la 2.0 habiendo bibliotecas que están preparadas para ello. La compatibilidad de IBX a Firebird se está desaparaciendo. Yo no uso otros componentes que no sea IBX, por el momento, tendrías que probar como dice Al si no hay por allí alguna propiedad en los componentes Zeos que permita trabajar correctamente con Firebird. Supuestamente, por lo que he leído en otros hilos, Zeos trabaja bien con Firebird. Saludos, |
Me contesto yo mismo:
Si es posible definir la conexion con FB mediante la modificación del archivo dbxdrivers.ini que contiene las definiciones de todas las bases de datos que utiliza el componente. |
Me rindo...usando dbExpress y un pequeño programa para probar solamente este caso, me arroja el mismo problema:
Como pueden ver tenemos la excepción que se genera, arriba tenemos el código que uso para pasarle la fecha al parámetro y abajo el query que tengo definido. |
Pues no sé yo, pero tu consulta tampoco va desde el propio IB Expert.
|
¿Entonces el error lo tienes en el extract?
Yo andaba pensando en que hasta podría ser el dialecto y/o el tipo que tienes definido en el campo. ¿Es TIMESTAMP? ¿DATE?:confused: Saludos, |
Llevo media hora dándole vueltas a esto y buscando en Google, pero no encuentro nada relevente.
Después de algunas pruebas en IBExpert, pareciera que la función Extract en Firebird no soporta parámetros a menos que se esté dentro de un procedimiento almacenado y el parámetro en cuestión esté declarado en su cabecera. De ésta forma sí funciona, pero con un parámetro "suelto" no. :confused: Debe existir una razón para esto. ¿Alguien puede verificar si pasa lo mismo con InterBase? Saludos. Al. |
Asi parece Al.
Tal parece que no permite parámetros en EXTACT. He probado de varias maneras (Firebird 1.5.3, IBX, dialecto 3) y nada... me arroja el mismo error que a AzidRain. ¿Se nos estará pasando algo por alto?:confused: ¿O será algo propio de Firebird?:confused: Pues yo ma me siento un tanto loquito por no hallarle vuelta. Saludos, |
Cita:
César podría optar por poner su consulta dentro de un procedimiento almacenado, como solución temporal. Saludos. Al. |
Cita:
Nomás me quemé un poquito algunos cables buscandole la vuelta a traves de SQL. De tanto probar, mi cerebro decidió mandar una instrucción que si entiende: Código:
BRAIN OFF |
Finalmente la solución salió:
Extract requiere que se le pase un valor tipo datetime por lo que es forzoso hacer un cast, al pasarle un parametro tdatetime simplemente no sabe como manejarlo y le es imposible hacer el cast o manejarlo directamente. Curiósamente si utiliza uno el parametro tipo date para otras funciones o bien comparando directamente mediante "<,>, o =". Para usarlo con extract hay que hacer esto:
Y el query queda:
En el caso de Delphi, por claridad convertimos el valor del datepicker a un formato que nos reconozca FB, en este caso la fecha separada con puntos que es como FB reconoce que se trata de una fecha en formato "DD.MM.YYYY", si se la pasamos tal como la tiene el datepicker FB dará por hecho que es una fecha en formato americano tan solo por contener las diagonales. Posteriormente en el query, hacemos un cast al contenido del parametro, que en este caso es una cadena simple, y lo convertimos en un valor date que extract si se digna en aceptar. Y así si funciona, aunque implica unas líneas más de código. |
AzidRain, me alegro que hayas logrado lo que buscas. Yo habia probado metiendo cast por un lado, sacando por el otro..., pero no se me ocurrió hacer algo así.
Ahora si podrás dormir tranquilo.:D:) Saludos, |
La franja horaria es GMT +2. Ahora son las 22:02:32. |
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