Re: Tipo CHAR [ERA: Re: REDUCIR COSTE DEL QUERY}

----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>
To: "Gabriel Hermes Colina Zambra" <hermeszambra(at)yahoo(dot)com>
Cc: "Mario Gonzalez" <gonzalemario(at)gmail(dot)com>; "Jaime Casanova"
<systemguards(at)gmail(dot)com>; <mortega(at)tc(dot)com(dot)ve>; "Juan Martínez"
<jeugenio(at)umcervantes(dot)cl>; <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Thursday, July 26, 2007 10:25 PM
Subject: Re: Tipo CHAR [ERA: Re: [pgsql-es-ayuda] REDUCIR COSTE DEL QUERY}

> Gabriel Hermes Colina Zambra escribió:
>>
>> --- Alvaro Herrera <alvherre(at)commandprompt(dot)com>
>> escribió:
>> >
>> > Cuando lo que quieres almacenar no son numeros,
>> > entonces no te sirve
>> > ninguno de esos. Y entonces tienes que tener un
>> > indice sobre un campo
>> > de texto.
>>
>> Y en mi humilde opinion agrego, yo tengo varchar(30)
>> para codigos y es excelente el rendimiento de las
>> consultas like '%variable%' o de consultas '=', tengo
>> las dos opciones.
>>
>> No se la cantidad de registros que estamos hablando ?,
>> pero no le veo problemas a buscar por texto y menos
>> desde que uso PostgreSQL version 8.2.4
>
> Claro, cuando tienes una tabla con 1000 o 10000 registros las consultas
> son rapidas. Cuando tienes 1 millon necesitas un indice. Cuando haces
> consultas con LIKE que no empiezan con % puedes usar un indice de esos
> de varchar_pattern_ops, etc. Cuando quieres buscar texto arbitrario
> ("full text search") usas el modulo tsearch2.
>

TODOS los índices basados en campos VARCHAR deberían tener la opción
varchar_pattern_ops ??

> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> --
> ---------------------------(fin del mensaje)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster