Re: Diferencia entre indices btree, rtree y hash

Emanuel Calvo Franco escribió:

> 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 :)

No soluciona el problema, porque el problema es que el campo es muy
largo. Lo que podría hacer es lo siguiente

create index ix_substr_datos on datos (substring(1, 2000, texto));
-- o como sea el orden de argumentos de substring

y obviamente modificar las consultas para agregar un substring en el
where también (además de la cláusula original).

> Separar los indices en un tablespace alamcenado en un lugar
> de más rápido acceso?

Yo dudo mucho de la robustez de esta idea, porque si hay una caída
tienes que corregir los catálogos y hacer un reindex.

--
Alvaro Herrera http://planet.postgresql.org/
"La realidad se compone de muchos sueños, todos ellos diferentes,
pero en cierto aspecto, parecidos..." (Yo, hablando de sueños eróticos)