Modificar Sql access en Firebird

[[Caral]]

Hola
Muchas gracias voy en camino, así lo siento, gracias a vosotros.
Probé cortando parte de la sentencia para tratar de identificar que pasa.
Me he dado cuenta de varias cosas interesantes, os comento:
Quite la parte de IIF, y seguía el mismo problema, osea, la descarte.
Entonces me he ido a la parte del date.
Lo quite del todo y si funciona, osea el problema esta ahi.
He puesto esto:
No funciona.

cast('today' as date) - CxCobrar.FechaTransac AS Dias

He puesto esto:
No funciona.

cast('NOW' as date) - CxCobrar.FechaTransac AS Dias

He puesto esto:
No funciona.

Current_Date - CxCobrar.FechaTransac AS Dias

Con este pedazo de codigo lo que se pretende es que reste al dia de hoy el dia de la cxcobrar, con esto se sacara la diferencia en dias, en access funciona, en firebird, no se por que no?.
La version de firebird que tengo es 2.0
Si conoceis otra manera de hacer esto u otro codigo, os lo agradeceria.
Saludos

[[Al González]]

¿Qué sucede si en lugar de la expresión

Current_Date - CxCobrar.FechaTransac AS Dias

usas simplemente la expresión

CxCobrar.FechaTransac AS Dias

?

Sospecho que algo tiene ese campo FechaTransac, ¿de qué tipo es?

Saludos.

Al.

[[Caral]]

Hola
Muchas gracias Al, excelente apreciación.
Pensando en lo que comentaste, me pregunte eso mismo, que tipo de campo es?.
Revisando el campo estaba en TimeStamp, lo he cambiado a Date y funciona con cualquiera de las sentencia como estaban.
Esto ha sucedido por que al pasar la base de datos de access a firebird con el datapump, este ha colocado los campos según el criterio de firebird, en access este era un campo date.
Es parecido al problema que he tenido con los campos memo de access, en firebird me los pone blob y me genera problemas en la aplicación, así que los he cambiado por char (250).
Esa es otra pregunta, pero quería hacerla en otro hilo.
Que usar si se viene de access en un campo memo, que usar en firebird.
Para empezar hay que saber que el campo blob no camina, asi que quedarian:
Char o varchar.
Cual escoger?
Con mi poco conocimiento creo que char no limita el campo y varchar lo limita a la cantidad de caracteres, creo.
Muchas gracias, siempre lo he sabido, que haría sin vosotros.
Saludos

[[Al González]]

Me alegra que se haya resuelto ese punto.

Tanto Char como VarChar limitan la longitud máxima del valor almacenado. La diferencia es que el segundo ocupa sólo el espacio requerido para cada valor, dependiendo de su longitud.

Considera que el tipo más parecido al famoso "Memo" de otras bases de datos es el tipo BLOb, pero recuerda que éste lleva un subtipo. El subtipo 1 (Text) es el que te conviene para almacenar cadenas de caracteres muy largas en Firebird / InterBase.

No obstante, en lo personal procuro no tener que recurrir a ese tipo de campos para almacenar texto, ya que el SQL estándar les da un tratamiento más pobre (como no poder usar Like para hacer comparaciones, entre otras cuestiones). De ahí que prefiero usar VarChar, cuando la longitud máxima no es mayor a 1000 caracteres (mi límite convencional para no usar BLOb).

Cabe mencionar que, dependiendo de diversos factores, en situaciones críticas puede ser preferible usar campos BLObs incluso para almacenar cadenas de unas cuantas decenas de caracteres. Pero en las "aplicaciones comunes" eso rara vez es necesario.

Me despido para comprar los víveres de estos días, mañana habrá un caos en las tiendas con tanto loco navideño que anda suelto.

Feliz cumpleaños Carlos y bienvenido al mundo Firebird.

Un abrazo.

Al González.

[[Caral]]

Hola
Muchas gracias Al.
Espero que pueda seguir entendiendo esta nueva base de datos, me gusta mucho.
Gracias por la explicación, tu tiempo y por supuesto por acordarte de mi.
Saludos