Re: Separación lógica de tablas, agrega rendimiento?

Ivan Perales M. escribió:

> Mi pregunta era si hacer tablas hijas es equivalente a tener tablas en
> diferentes schemas.

No.

> Yo veo mas viable reprogramar a tener tablas en diferentes schemas que
> tablas hijas.

Por supuesto, es decisión tuya, pero cada vez que he visto hacer este
tipo de cosa ha resultado un fracaso; de hecho los proyectos que he
visto tener éxito van en sentido exactamente contrario, es decir parten
desde un esquema como el que propones para llegar al que ya tienes. Y
a partir de ese punto todo el mundo es feliz (bueh ..)

Yo creo que tu modelo ya es apropiado o casi apropiado, y que más que
ponerte a re-modelar lo que te conviene es afinarlo.

El esquema actual de particionamiento en Postgres no es sumamente bueno.
Algunas cosas se te facilitan, como borrar datos muy viejos (donde haces
un DROP TABLE en vez de un DELETE gigante seguido por un VACUUM que
demora días); o los mismos VACUUM regulares son menos dolorosos. Pero
la mayoría de las otras cosas son peores.

Quizás podrías agregarle algún que otro índice BRIN por aquí y por allá
para acelerar tus consultas, con mucho menos efecto nocivo sobre el
código de aplicación y el diseño de la BD.

--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda