El jue, 06-05-2010 a las 21:20 -0400, Alvaro Herrera escribió: > Excerpts from Andrés P.P.'s message of jue may 06 17:42:28 -0400 2010: > > > Sin embargo, se presentó un proyecto para una BD de reportes muy similar a > > los que ya manejo....pero existe una alta probabilidad que el cliente > > insista en solicitar un reporte que requiera listar el detalle de estas > > transacciones bajo algún criterio de identificación...... Para ello > > requiero insertar cada uno de estos 20 millones de registros a la BD....lo > > que al mes me significaría 600 millones... y tomando en cuenta un histórico > > estandar de 3 meses... 1800 millones de registros presentes en la BD luego > > de 3 meses de uso......
> Suena como la tarea perfecta para un modelo particionado por mes. 600 > millones > de registros en una tabla no es tan descabellado. Y limpiar cada tres meses > significa hacer TRUNCATE en la partición más antigua. Ni siquiera necesitas > hacer VACUUM. O peor, 'alter table parteMesADescartar NO inherit tablaTotal' :-P Y después, si tiene ganas, 'drop table parteMesADescartar' fijate en http://www.postgresql.org/docs/current/static/ddl-inherit.html y en http://www.postgresql.org/docs/current/static/ddl-partitioning.html Saludos! -- Manuel Fernando Aller <manuel.al...@gmail.com> - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
