RE: [pgsql-es-ayuda] Datos historicos

2010-08-11 Por tema Fernando Siguenza
uda@postgresql.org > Subject: Re: [pgsql-es-ayuda] Datos historicos > From: alvhe...@commandprompt.com > To: fs...@hotmail.com > Date: Wed, 11 Aug 2010 11:24:46 -0400 > > Excerpts from Fernando Siguenza's message of mar ago 10 16:42:29 -0400 2010: > > > > Amigos

Re: [pgsql-es-ayuda] Datos historicos

2010-08-11 Por tema Alvaro Herrera
Excerpts from Fernando Siguenza's message of mar ago 10 16:42:29 -0400 2010: > > Amigos como estan, nuevamente acudo a ustedes a consultarles a ver si me > ayudan y me orientan con la mejor forma de almacenar los datos historicos, > > > > Tengo una tabla en la que almacena las ventas no se si

Re: [pgsql-es-ayuda] Datos historicos

2010-08-11 Por tema Marcos Luis Ortiz Valmaseda
Exactamente la forma de particionar más usada en estos casos es por rango, o sea de una fecha determinada a otra, en este caso en el tuyo seria por meses. Acá hay un ejemplo excelente de todo esto: http://www.if-not-true-then-false.com/2009/partitioning-large-postgresql-tables-and-handle-millions-o

Re: [pgsql-es-ayuda] Datos historicos

2010-08-11 Por tema Cesar A
Hola... yo poco se del tema, pero ahí va... Creo, que tener cada año en una tabla distinta no es el camino, eso, creo, te va a dar más trabajo. Un millón o 4 millones de registros no es precisamente una alta carga de registros para postgresql. Supongo, que al hacer cualquier transacción no será so

[pgsql-es-ayuda] Datos historicos

2010-08-10 Por tema Fernando Siguenza
Amigos como estan, nuevamente acudo a ustedes a consultarles a ver si me ayudan y me orientan con la mejor forma de almacenar los datos historicos, Tengo una tabla en la que almacena las ventas no se si sea recomendable el tener una tabla por cada año ventas2008,ventas2009 etc etc, e ir crea