Crea un CRON que cada cierto tiempo (diariamente), te cree la tabla o tablas
nuevas con su correspondientes triggers; y borre las tablas que ya no
necesites...

La idea de hacer partitioning es precisamente hacer el query sobre la tabla
madre, y que ella se encargue de buscar en las tablas hijas correpondientes.
Una buena manera de probar si lo está haciendo bien; es hacer un explain
analize al select, alli veras que tablas está recorriendo.

Saludos.-

Islanet


2009/6/3 Jorge Romeo <[email protected]>

> > Buena pregunta ...  Creo que la idea es crearla manualmente con
> > anticipación de manera que ya exista cuando ocurra el cambio de mes.
>
> Es lo que me temía :(
>
> Podría crear tablas para unos cuantos años pero seguro que cuando empiece a
> fallar no me acuerdo ni de cómo lo hice... Lo suyo sería automatizarlo, pero
> cuanto más pienso sobre el tema, más difícil lo veo. Además la tabla que
> quiero partir está replicada con Slony-I, por lo que tendría que crear la
> tabla en el maestro y el esclavo, modificar el trigger, los conjuntos de
> replicación, la suscripción, etc
>
> Lo veo complicado.
>
>
> Saludos,
> Jorge
>
> -----Mensaje original-----
> De: Alvaro Herrera [mailto:[email protected]]
> Enviado el: miércoles, 03 de junio de 2009 17:09
> Para: Jorge Romeo
> CC: [email protected]
> Asunto: Re: [pgsql-es-ayuda] Particionado automático de tablas
>
> Jorge Romeo escribió:
>
> > Pero tengo dos dudas:
> >
> > ¿Los SELECT se pueden hacer contra la tabla principal, o hay que
> > hacerlos contra las mensuales?
>
> Puedes hacerlos contra la tabla principal.  "Constraint exclusion" se
> encarga de que se recorra sólo las tablas mensuales que correspondan a
> la consulta.
>
> > ¿Cómo hago que se cree la tabla para el período de forma automática,
> > cada vez que cambie de mes?
>
> Buena pregunta ...  Creo que la idea es crearla manualmente con
> anticipación de manera que ya exista cuando ocurra el cambio de mes.
>
> --
> Alvaro Herrera
> http://www.amazon.com/gp/registry/CTMLCN8V17R4
> "[PostgreSQL] is a great group; in my opinion it is THE best open source
> development communities in existence anywhere."                (Lamar Owen)
> --
> TIP 5: ¿Has leído nuestro extenso FAQ?
>         http://www.postgresql.org/docs/faqs.FAQ.html
>
>
> --
> TIP 5: ¿Has leído nuestro extenso FAQ?
>         http://www.postgresql.org/docs/faqs.FAQ.html
>

Responder a