Jorge Romeo escribió: > > 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
Creo que estás exagerando :-) Como ya dijeron, basta que te crees un trabajo en Cron que se ejecute una vez al mes y cree la tabla del mes siguiente. Asegúrate de que el trabajo envía mails cuando encuentra un error y que no envía nada cuando funciona bien (de este modo no se direccionan a /dev/null por lo molesto que es recibir un mensaje que dice "TODO OK" todo el tiempo), y que esos mails lleguen donde alguien los vea. Si pones el trabajo a mitad de mes, tienes 15 días para darte cuenta que no funcionó y corregir el problema; así no pierdes datos ni pasan cosas raras. No sé a qué trigger te refieres. Respecto a Slony, es obvio que es un poco más de trabajo, y tienes que tener cuidado con las DDL, pero no tendría por qué ser nada del otro mundo ... (En todo caso esto ilustra por qué yo no soy muy fanático de recomendar particionamiento a menos que sea absolutamente necesario, al menos en las versiones actuales de Postgres. Quizás en el futuro se mejore y sea todo mucho más sencillo). -- Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J "Cómo ponemos nuestros dedos en la arcilla del otro. Eso es la amistad; jugar al alfarero y ver qué formas se pueden sacar del otro" (C. Halloway en La Feria de las Tinieblas, R. Bradbury) -- TIP 6: ¿Has buscado en los archivos de nuestra lista de correo? http://archives.postgresql.org/pgsql-es-ayuda
