Re: Problema ILIKE con letra eñe

Jaime: Gracias por probar el ejemplo, pero los resultados del select
los obtuviste desde linea de comandos o por el pgadmin ??

prueba con

show client_encoding;

desde linea de comandos y pgadmin para saber tu client_encoding.

Alvaro: Mi client_encoding me sale UNICODE desde pgadmin y LATIN1
desde linea de comandos. Pero igual no se puede hacer upper de la
letra eñe en ninguno de los 2 escenarios.

Paolo.

On 4/21/06, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
> On 4/21/06, Paolo Lopez <murphyperu(at)gmail(dot)com> wrote:
> > Hola a todos los miembros de la lista.
> >
> > Tengo un problema con respecto al ILIKE pero solo con la letra eñe.
> > Anteriormente ya tenía problemas con la eñe pero lo solucioné al crear
> > la BD con enconding = LATIN1.
> >
> > El ejemplo es el siguiente:
> >
> > CREATE TABLE PERSONA (
> > idPersona SERIAL NOT NULL,
> > nombres TEXT NULL,
> > apPaterno TEXT NULL,
> > apMaterno TEXT NULL,
> > PRIMARY KEY (idPersona)
> > );
> >
> > insert into PERSONA values ( DEFAULT , 'juaN' , 'muÑante' , 'ruiZ' );
> >
> >
> > Cuando se quiere hacer las siguientes consultas :
> >
> > 1) select * from persona
> > where apPaterno ILIKE 'muñante' ;
> >
> > se obtiene 0 lineas
> >
> >
> > 2) select * from persona
> > where apPaterno ILIKE 'MUÑANTE' ;
> >
> > se obtiene la unica linea insertada
> >
> >
> > 3) select * from persona
> > where apPaterno ILIKE 'muÑante' ;
> >
> > se obtiene la unica linea insertada
> >
> >
> > Los resultados son iguales en potgres 7.4 con cygwin en windows , asi
> > como en postgres 8.1.3 en windows XP.
> >
> >
> > Alguna idea de por que solo la eñe se escapa del ILIKE ???
> >
> >
>
> no puedo reproducir tu problema, los 3 selects muestran la fila ingresada.
> windows xp
> postgresql-8.1.3
>
> database encoding latin1 aunque no tengo idea de cual sera el client_encoding
>
> --
> Atentamente,
> Jaime Casanova
>
> "What they (MySQL) lose in usability, they gain back in benchmarks, and that's
> all that matters: getting the wrong answer really fast."
> Randal L. Schwartz
>