From: | "Ivan Perales M(dot)" <ivan(dot)perales(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Carlos Enrique Perez <carlos(dot)perez(at)syswarp(dot)com(dot)ar> |
Cc: | Ayuda Esp PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: [pgsql-es-ayuda] Separación lógica de tablas, agrega rendimiento? |
Date: | 2016-04-19 20:29:28 |
Message-ID: | CAHMuS06jSOpr-4i8RX9dJMkcYGTqnsmNenXVHOT5oB-TAFt17w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Ok muchas gracias por sus comentarios, y no vayan a pensar que es
terquedad, pero técnicamente nadie me ha respondido jeje.
Si yo creo la tabla cliente1.cajas y cliente2.cajas, tengo un millon de
registros en cada una, cuando consulte cliente1.cajas, buscará entre los 2
millones o solo entre el millon de registros de esa tabla?
Vamos a quitar que sea doloroso el mantener schemas, si separo por schema
si se acorta el rango de búsqueda efectivamente?
Aunado a eso, creanme que voy a hacer lo que me dicen, optimizar las
consultas.
Saludos y de nuevo gracias por su tiempo.
2016-04-19 15:21 GMT-05:00 Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>:
> 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
>
--
Lindolfo Iván Perales Mancinas
Solo existen 10 tipos de personas en el mundo, las que saben binario y las
que no.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2016-04-19 20:51:47 | Re: Separación lógica de tablas, agrega rendimiento? |
Previous Message | Alvaro Herrera | 2016-04-19 20:21:44 | Re: Separación lógica de tablas, agrega rendimiento? |