Parametros tipo DATE que no funcionan como supondría.

[[AzidRain]]

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.

[[Al González]]

Empezado por AzidRain

Y había intentado forzar el tipo del parámetro a ftDate pero al ejecutar el programa me genera una excepción...

Conocer los detalles de tal excepción sería un buen punto de partida. ¿Podrías reproducir el problema?

Empezado por AzidRain

...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...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...

Por ahí podría estar la causa del problema.

Empezado por AzidRain

...¿Que otra alternativa tengo para conectarme a Firebird? Probablemente si cambio los componentes y lo intento de nuevo ahora si resulte.

Eso sin duda. Con IBX y dbExpress no he tenido problema alguno al manejar parámetros de tipo fecha. Pero no por ello hay que dar por descalificado a Zeos, ya que podría haber por ahí alguna propiedad desconocida que arregle el problema. Personalmente no conozco Zeos, pero me resultaría interesante ver la parte del código donde Zeos decide que el parámetro debe ser ftString.

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.

[[AzidRain]]

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.

[[Delphius]]

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,

[[AzidRain]]

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.

[[Lepe]]

Pues no sé yo, pero tu consulta tampoco va desde el propio IB Expert.

[[Delphius]]

¿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?

Saludos,

[[AzidRain]]

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.

[[AzidRain]]

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:

Código Delphi [-]
ClientDataset2.Close;

 f :=   StringReplace( datetostr(efecha1.Date),'/','.',[rfReplaceAll]);

 SQLDataset1.ParamByName('fecha1').AsString :=  f;

 ClientDataset2.Open;

Y el query queda:

Código SQL [-]
  select * from facturas 
  where  extract(day from cast(:fecha1 as date)) >5

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.

[[Delphius]]

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.

Saludos,