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

On 7/25/07, Mario Gonzalez <gonzalemario(at)gmail(dot)com> wrote:
> On 25/07/07, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
> >
> > No. esto es para busquedas en texto completo, hablando de busquedas en
> > textos grandes (ej. un articulo de una revista, o mails)
> >
> > para textos cortos como los que entrarian en un char(7) o un nombre el
> > create index normal basta y sobra
> >
>
> Pero Jaime, el problema de la lentitud de una consulta se debe a que
> se indexa o se trata de indexar un texto. Si tienes una columna de un
> char fijo y todos los campos tienen el mismo largo entonces claro, te
> sirve un indice ahi.
>

mi respuesta iba dirigida a aclarar que no es difícil indexar sobre texto.

> El tema no es ese ni tampoco es donde quiero apuntar, repito:
> indexar sobre enteros es lo mejor.
>

que sea bueno o malo depende de las circunstancias... no te bases en
ideologias, convertir un concepto en un fin en si mismo es un error de
concepto ;)

un concepto sirve para que las observaciones hechas por otros nos den
una guia, pero debes considerar tus circunstancias particulares...

por ejemplo, postgres utiliza indices en campos texto para mantener la
unicidad (constraint unique); mira la definicion de la tabla pg_class
(\d pg_class)

--
Atentamente,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook