From: | Emanuel Calvo Franco <postgres(dot)arg(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | BhEaN <listas(at)bhean(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Diferencia entre indices btree, rtree y hash |
Date: | 2009-05-18 16:56:31 |
Message-ID: | f205bb120905180956h33ed9325wc30868f0211ea64f@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El día 18 de mayo de 2009 13:09, Alvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org> escribió:
> BhEaN escribió:
>> Hola a todos,
>>
>> Mi problema es que, a la hora de crear los indices, no puedo crear un
>> indice (tipo BTREE) en una de las columnas, porque algunos de los
>> registros que hay en ella tienen una longitud mayor a la que permite el
>> indice (creo recordar que 2000 y pico... no demasiado...)
>>
>
> Así que tu única alternativa es el btree. Dado que no puedes almacenar
> más de 2000 y pico caracteres, vas a tener que buscar mecanismos
> alternativos. Si quieres indexar campos grandes de texto, ¿quizás lo que
> necesitas en realidad es usar el sistema de búsqueda en texto? Te
> podemos dar consejos más específicos si nos dices exactamente de qué
> naturaleza son los datos y cómo serán las consultas.
>
En ese caso no le conviene crear indices particionados?
i.e:
parapruebas=# create index ix_datos on datos (texto) where texto ~ 'a%';
CREATE INDEX
(es un ejemplo burdo, pero creo que se entiende :)
Separar los indices en un tablespace alamcenado en un lugar
de más rápido acceso?
Son solo propuestas :)
--
Emanuel Calvo Franco
Sumate al ARPUG !
( www.arpug.com.ar)
ArPUG / AOSUG Member
From | Date | Subject | |
---|---|---|---|
Next Message | Luis D. García | 2009-05-18 16:56:49 | Problemas con índices al eliminar Foreign Key Constraint |
Previous Message | Alvaro Herrera | 2009-05-18 16:48:41 | Re: roles |