Buena jugada Alvaro y Jaime, muchas gracias. Creo que puedo colaborar en el proyecto de Jaime para el restore de los registros a la tabla original (recuerda que yo hice una function usando hstore populate record y esta permite recuperar la info sin importar que la estructura de la tabla haya cambiado) Jaime por fa, regalame un user o algo asi para entrar a adicionar el restore.
>________________________________ > De: Alvaro Herrera <alvhe...@alvh.no-ip.org> >Para: Alejandro Carrillo <faster...@yahoo.es> >CC: Ayuda <pgsql-es-ayuda@postgresql.org> >Enviado: Miércoles 7 de marzo de 2012 8:56 >Asunto: Re: [pgsql-es-ayuda] Borrado logico > > >Excerpts from Alejandro Carrillo's message of mi茅 mar 07 10:43:33 -0300 2012: >> 驴Pero ac谩 la pregunta es cual de los 2 o otro m茅todo es mejor ? > >U. No o. "u otro". > >La otra idea no me gusta mucho porque guardas los registros hist贸ricos >en la misma tabla de los datos principales, lo cual hace que sea m谩s >gorda (gordo = malo) y si tienes mala suerte afecta la raz贸n (radio) de >茅xito del cache; y as铆 se vuelve todo m谩s lento. Entonces empiezan a >aparecer las ideas raras como "particionemos la tabla, una partici贸n con >los datos actuales y otra con los hist贸ricos"; pero despu茅s resulta que >quieres hacer seguimiento hist贸rico de otra tabla, y entonces tienes que >particionar otra tabla m谩s. Y as铆. > >Esta otra idea es m谩s conveniente porque si quieres particionar, >particionas una sola tabla (el log de auditor铆a); y te deja m谩s libertad >para particionar la otra seg煤n alg煤n otro criterio que te convenga m谩s. > >-- >脕lvaro Herrera <alvhe...@alvh.no-ip.org> >- >Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) >Para cambiar tu suscripci髇: >http://www.postgresql.org/mailpref/pgsql-es-ayuda > > >
