Re: CONSEJO tablas grandes

Gabriel Ferro escribió:
> Maestros, me conecto para pedirles un consejo. Tengo que pasar a
> postgres mas de 20 millones de personas desde varios archivos planos,
> y me salto la duda si es conveniente tener como hasta ahora una tabla
> de personas con clave tipo+numdocumento, una tabla localides y una
> tabla que relaciona ambas (por si la persona tiene varios domicilios..
> la cosa es que no estoy seguro si estar trabajando con tablas tan
> grandes sea bueno, ¿tendre que separar las personas por abecedario o
> por provincias?, ¿lo dejo asi?... les comento que las busquedas luego
> seran com muchos LIKES, es decir que no seran simplemente por
> numdocumento

Con respecto a los LIKEs, ¿qué tipo de LIKEs van a ser? Si separas los
nombres en sus partes lógicas (nombre, apellido paterno, apellido
materno --- supongo que funciona así en tu país; ¿hay alguno en Latam
donde no sea así?) entonces es muy posible que puedas evitar tener que
usar LIKE '%algo'

¿Por qué menciono esto? Simple: porque un índice btree puede contestar
consultas de este tipo
WHERE apellido_pat LIKE 'fer%'
pero no puede contestar una de este otro tipo:
WHERE apellido_pat LIKE '%fer%'

Sin embargo cuando se hacen búsquedas, uno nunca busca desde la mitad
del apellido, sino siempre desde el principio. Así que la primera forma
es suficiente, y por lo tanto con el btree es suficiente. Y eso es bien
rápido.

En cambio si dejas el nombre completo en un solo campo, estás obligado a
poner un % al principio de la cadena de búsqueda, y eso complica mucho
las cosas.

--
Alvaro Herrera http://www.PlanetPostgreSQL.org/
"All rings of power are equal,
But some rings of power are more equal than others."
(George Orwell's The Lord of the Rings)