Re: Desactivar y activar un trigger o constraint desde sentencia SQL

Primer Link en google me muestra esto.

http://stackoverflow.com/questions/3942258/how-do-i-temporarily-disable-triggers-in-postgresql

On 10/25/2015 2:07 PM, Carlos Joaniquet wrote:
> A programa cliente me refiero a un programa de gestión que se conecta a la db para obtener y volcar información y desde donde quiero hacer alguna tarea en la que en un momento determinado necesito desactivar por ejp un trigger. El programa para actualizar info hace UPDATE o DELETE y para obtenerla SELECT. ¿Qué intrucción se manda para activar-desactivar un trigger o una restricción? Ahora lo hago con pgAdmin manualmente.
>
> Me espero a actualizar. Por ahora va todo perfecto.
>
> Gracias
>
> Carlos Joaniquet Tamburini
>
>> El 24 oct 2015, a las 12:51, Francisco Olarte <folarte(at)peoplecall(dot)com> escribió:
>>
>> Buenos dias:
>>
>> 2015-10-24 0:03 GMT+02:00 Carlos Joaniquet <cjtambur(at)yahoo(dot)es>:
>>> Me gustaría saber si desde un programa cliente puedo desactivar y activar un trigger o constraint desde sentencia SQL para realizar alguna tarea de mantenimiento.
>>
>> ¿ A que le llamas un programa cliente ? El psql es un prgrama cliente,
>> el pgadmin otro y una aplicacion en java usando JDBC, p.e., otro.
>> Todos se comunican con la BD por un socket, al servidor le da igual.
>> De hecho el pgrestore es otro programa cliente que hace cosas de esas
>> mientras restaura, y las hace de la misma forma que cualquier otra
>> aplicacion, mandando cosas por un socket.
>>
>>> Por otro lado, a nivel informativo y que nada tiene que ver, si todo me va como un tiro, me conviene pasar de versión 9.1 a 9.3? Hay que hacer muchos cambios?
>>
>> Yo te recomendaria, si te vas a liar, pasar a la 9.4 ( que ya esta mas
>> testeadita y te dara mas tiempo antes de ser declarada fuera de
>> soporte ) ( o esperar a la 9.5 ). Yo cambie de 9.1 a 9.3 sin
>> problemas ( solo la ventana de mantenimiento para tener tiempo a hacer
>> dump/restore ). Lo que es mas critico en estas cosas suele ser si
>> puedes parar el sistema un rato para mover las cosas con calma, es
>> decir, dependes del tamaño de la BD mas que otra cosa, sin saber el
>> tiempo que tardarias en hacerlo y la posibilidad de parar es dificil
>> recomendar naa.
>>
>> Si tu setup te lo permite intenta restaurar un backup en una maquina
>> de pruebas y probar las aplicaciones, asi como medir el tiempo que
>> tardas en hacer un backup + restore, y aprendete como hacer restores
>> rapidos ( lo clasico, minimo log, fsync off, buena cantidad de buffers
>> porque solo hay un proceso tocando ).
>>
>> Francisco Olarte.
>>
>> -
>> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
>> Para cambiar tu suscripción:
>> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripci�n:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda