@postgresql.org
*Enviado:* Sábado 17 de marzo de 2012 15:22
*Asunto:* Re: [pgsql-es-ayuda] Borrado logico
2012/3/17 Angel mailto:angelnu...@terra.es>>:
> He instalado las funciones de audit_log en postgresq 9.1 y funciona
> perfectamente, pero mi duda es ¿como recupe
M funcion lo puede recuperar, sin embargo debes tener muy en cuenta las
recomendaciones de Jaime.
>
> De: Jaime Casanova
>Para: Angel
>CC: pgsql-es-ayuda@postgresql.org
>Enviado: Sábado 17 de marzo de 2012 15:22
>Asunto: Re: [pgsql-es-ayu
2012/3/17 Angel :
> He instalado las funciones de audit_log en postgresq 9.1 y funciona
> perfectamente, pero mi duda es ¿como recupero luego los datos?.
> Como veréis soy novato podéis poner un ejemplo de recuperar un registro
> borrado o cambiado.
>
>
tu quieres restaurar ese valor a la tabla?
He instalado las funciones de audit_log en postgresq 9.1 y funciona
perfectamente, pero mi duda es ¿como recupero luego los datos?.
Como veréis soy novato podéis poner un ejemplo de recuperar un registro
borrado o cambiado.
Saludos
Angel
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql
correr el script del hstore: psql -f [ruta shared de
windows]/contrib/hstore.sql
>
> De: Marcos Ortiz
>Para: Harold Alexander Onore Harold
>CC: Ayuda
>Enviado: Miércoles 7 de marzo de 2012 14:36
>Asunto: Re: [pgsql-es-ayuda] Borrado
> On 03/07/2012 01:57 PM, Harold Alexander Onore Harold wrote:
>
> estoy intentando instalar las funciones de audit_log y me genera el siguiente
> error
>
> ERROR: no existe el tipo «hstore»
> CONTEXTO: compilation of PL/pgSQL function "logger" near line 2
>
ah! si... y como todo lo que hago la
Debes instalar la extensión hstore en caso de que estés usando 9.1:
Te pongo en el ejemplo en mi PC:
postgres=# SELECT version();
version
---
On 03/07/2012 10:07 AM, Jaime Casanova wrote:
2012/3/7 Alejandro Carrillo:
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
2012/3/7 Alejandro Carrillo :
> 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
cambiado)
Jaime por fa, regalame un user o algo asi para entrar a adicionar el restore.
>
> De: Alvaro Herrera
>Para: Alejandro Carrillo
>CC: Ayuda
>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
¿Pero acá la pregunta es cual de los 2 o otro método es mejor ?
>
> De: Alvaro Herrera
>Para: Alejandro Carrillo
>CC: Ayuda ; "ja...@2ndquadrant.com"
>
>Enviado: Martes 6 de marzo de 2012 8:26
>Asunto: Re: Borrado logico
>
>
>Excerpts from Alejandro Carrill
2012/3/6 Alvaro Herrera :
>
> -- check if the table exists and if it doesn't get an error
> EXECUTE 'SELECT ' || quote_literal(fq_table_name) || '::regclass';
>
> ¿funciona bien este quote_literal si el nombre del esquema o tabla
> tienen cosas raras, como espacios o comillas o algo a
Excerpts from Jaime Casanova's message of mié mar 07 01:36:44 -0300 2012:
> 2012/3/6 Alvaro Herrera :
> >
> >> 2) Hacer una function que retorne trigger y haga una copia del registro a
> >> eliminar, usando hstore, a una tabla generica que
> >> recibirá todos los registros eliminados de todas las
2012/3/6 Alvaro Herrera :
>
>> 2) Hacer una function que retorne trigger y haga una copia del registro a
>> eliminar, usando hstore, a una tabla generica que
>> recibirá todos los registros eliminados de todas las tablas, para luego usar
>> otra funcion que restaure en una tabla filtrando por
>>
Excerpts from Alejandro Carrillo's message of lun mar 05 16:43:50 -0300 2012:
> Hola,
>
> Que es mejor para backups, mantenimiento, velocidad de acceso a datos y
> restauración rápida de un conjunto de registros:
> 2) Hacer una function que retorne trigger y haga una copia del registro a
> el
At 20:43 05/03/2012, Alejandro Carrillo wrote:
Hola,
Que es mejor para backups, mantenimiento,
velocidad de acceso a datos y restauración rápida de un conjunto de registros:
1) Borrado lógico usando un campo de estado del
registro (E-Eliminado -A Actualizado -I
Insertado) con un campo Fecha
Hola,
Que es mejor para backups, mantenimiento, velocidad de acceso a datos y
restauración rápida de un conjunto de registros:
1) Borrado lógico usando un campo de estado del registro (E-Eliminado -A
Actualizado -I Insertado) con un campo Fecha_novedad en todas las tablas. Ambos
campos tendrá
18 matches
Mail list logo
