From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Alejandro Carrillo <fasterzip(at)yahoo(dot)es> |
Cc: | Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Rv: recorrer old |
Date: | 2011-11-16 19:38:56 |
Message-ID: | 1321472205-sup-6539@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Excerpts from Alejandro Carrillo's message of mié nov 16 16:28:07 -0300 2011:
> -Supongo que deberías especificar el esquema de la tabla, no solamente su
> nombre.
> No es tan simple ya que en la function fn_borradocopia, que devuelve el trigger, la variable TG_RELNAME contiene solo el nombre de la tabla.
TG_SCHEMA_NAME ... En todo caso, supuestamente TG_RELNAME está
obsoleto; mejor usa TG_TABLE_NAME.
> -Otra cosa ¿has considerado qué pasa si la versión actual de la tabla
> difiere en columnas con la que tenía al momento de ejecutar el borrado?
> Si
>
> 1) Si tiene columnas nuevas, al reataurarla las deja en null
> 2) Si ha cambiado el nombre de alguna columna, al restaurarla deja el dato en null
> 3) Si la columna no existe, no muestra el dato
>
> Toda esta magía la hace la función populate_record de, obviamente, la extensión hstore
Suena razonable ...
> ¿Alguna otra observación? ¿Sugerencia?
--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
From | Date | Subject | |
---|---|---|---|
Next Message | Alejandro Carrillo | 2011-11-16 19:43:05 | Re: Rv: recorrer old |
Previous Message | Juan Manuel Acuña Barrera | 2011-11-16 19:34:45 | Fwd: OT Desesperado |