Xavier Guerra writes:
hecho con ireport al cual se le pasan los parametros por php si el usuario no
coloca el filtro se coloca el like '%' para que traiga todo.
Lo ideal seria que si no hay condicion que se elimine completamente el
"where". La comparacion causa uso de CPU y no ayuda en nada
> -Mensaje original-
> De: Xavier Guerra
>
> Hola en la version 8.1 y 8.2 no he probado en la 8.3, se
> podia utilizar LIKE con tipos de datos integer ahora en la
> 8.4.1 me da el siguiente error:
>
> ERROR: el operador no existe: integer ~~ unknown
>
Efectivamente el operador LI
El 13/01/2010 10:02, Xavier Guerra escribió:
Hola en la version 8.1 y 8.2 no he probado en la 8.3, se podia utilizar
LIKE con tipos
de datos integer ahora en la 8.4.1 me da el siguiente error:
ERROR: el operador no existe: integer ~~ unknown
mi duda es la siguiente, esto era un bug de esas ve
No conozco ireport pero a mi modo de ver está muy mal resuelto el tema
de no contar con un valor para el filtro
¿en otros motores de base de datos eso funciona?¿es posible?¿seguro no
podes configurar ireport de otra forma?
Fijate que esta violando una premisa básica que son los tipos de dato...
El 14 de enero de 2010 09:27, Francisco Reyes escribió:
> Xavier Guerra writes:
>
> « HTML content follows »
>>
>> Hola en la version 8.1 y 8.2 no he probado en la 8.3, se podia utilizar
>> LIKE con tipos
>> de datos integer ahora en la 8.4.1 me da el siguiente error:
>>
>
> Si recuerdo bien, co
Xavier Guerra writes:
« HTML content follows »
Hola en la version 8.1 y 8.2 no he probado en la 8.3, se podia utilizar
LIKE con tipos
de datos integer ahora en la 8.4.1 me da el siguiente error:
Si recuerdo bien, comensando con 8.3 Postgres revisa mejor los tipos de los
campos. Diria que l
Hola en la version 8.1 y 8.2 no he probado en la 8.3, se podia utilizar
LIKE con tipos
de datos integer ahora en la 8.4.1 me da el siguiente error:
ERROR: el operador no existe: integer ~~ unknown
mi duda es la siguiente, esto era un bug de esas versiones de postgres o del
SQL usado
por esas ve
