FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| Última edición por AzidRain fecha: 06-05-2008 a las 05:00:10. |
#2
|
||||
|
||||
¡Hola!
Cita:
En Firebird y otras bases de datos cliente-servidor también. Cita:
Cita:
No dejes de retroalimentar el hilo para llegar al punto justo de la verdad. Saludos afectuosos. Al González. |
#3
|
||||
|
||||
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#4
|
||||
|
||||
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. |
#5
|
||||
|
||||
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| Última edición por AzidRain fecha: 06-05-2008 a las 16:58:50. |
#6
|
||||
|
||||
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, |
#7
|
||||
|
||||
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#8
|
||||
|
||||
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#9
|
||||
|
||||
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
tipo date | jSr | MySQL | 7 | 14-11-2007 08:36:57 |
Como funcionan los indice para una tabla de tipo TADOTable | locotenentul | Conexión con bases de datos | 1 | 10-04-2007 13:46:58 |
Como seleccionar de una campo tipo date solo el dia | Gaby123 | Conexión con bases de datos | 1 | 06-09-2006 16:55:50 |
Como filtrar un campo tipo Date en una Tabla? | JuanErasmo | C++ Builder | 6 | 21-12-2005 09:24:59 |
campo tipo date | Giniromero | Firebird e Interbase | 21 | 13-08-2003 13:47:53 |
|