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 <fola...@peoplecall.com> escribió:

Buenos dias:

2015-10-24 0:03 GMT+02:00 Carlos Joaniquet <cjtam...@yahoo.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@postgresql.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@postgresql.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@postgresql.org)
Para cambiar tu suscripci�n:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

Responder a