Re: velocidad en consulta con like

Todos los indices basados en varchars deberían usar el "varchar_pattern_ops"
??
Qué diferencia tiene si no uso esta opción ???

Atentamente,

RAUL DUQUE
Bogotá, COlombia

----- Original Message -----
From: "Raúl Andrés Duque" <raulandresduque(at)hotmail(dot)com>
To: <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Sunday, June 03, 2007 8:56 AM
Subject: Re: [pgsql-es-ayuda] velocidad en consulta con like

>
> ----- Original Message -----
> From: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
> To: "Ever Daniel Barreto Rojas" <ebarreto(at)nexusit(dot)com(dot)py>
> Cc: <pgsql-es-ayuda(at)postgresql(dot)org>
> Sent: Tuesday, May 29, 2007 7:26 PM
> Subject: Re: [pgsql-es-ayuda] velocidad en consulta con like
>
>
>> Ever Daniel Barreto Rojas escribió:
>>> hola a todos
>>>
>>> estoy buscando mejorar el tiempo de una consulta sql que actualmente
>>> lleva entre 3000 y 5000 ms, entiendo que es un tiempo razonable,
>>> pero me gustaría saber si habría alguna posibilidad de mejorarlo aún
>>> más
>>
>> Prueba creando un indice asi:
>>
>> create index foobar on per_nombres (per_apellidos varchar_pattern_ops,
>> per_nombres varchar_pattern_ops)
>>
>> Es posible que sea mas conveniente crear el indice solamente con el
>> apellido. Esto significaria que tendria que recorrer todas las personas
>> de un mismo apellido y filtrar segun el nombre despues, lo que significa
>> recorrer una mayor parte del indice, pero por otro lado cada entrada del
>> indice sera menor por lo tanto el indice sera menor, por lo tanto
>> tendras mejor uso del cache.
>>
>> --
>> Alvaro Herrera http://www.CommandPrompt.com/
>> The PostgreSQL Company - Command Prompt, Inc.
>>
>> ---------------------------(fin del mensaje)---------------------------
>> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
>>
>> http://archives.postgresql.org/pgsql-es-ayuda
>>
>> __________ Información de NOD32, revisión 2295 (20070529) __________
>>
>> Este mensaje ha sido analizado con NOD32 antivirus system
>> http://www.nod32.com
>>
>>
>