[pgsql-es-ayuda] RE: [pgsql-es-ayuda] Consulta select y commit síncrono

2016-12-23 Por tema Lazaro Garcia
Muchas gracias por tu respuesta. Saludos. -Mensaje original- De: Alvaro Herrera [mailto:alvhe...@2ndquadrant.com] Enviado el: viernes, 23 de diciembre de 2016 12:13 Para: Lazaro Garcia CC: 'PostgreSQL Lista Castellano' Asunto: Re: [pgsql-es-ayuda] Consulta select y commit síncrono

[pgsql-es-ayuda]

2016-12-23 Por tema Ernesto Lozano
Señores Comunidad PostgreSQL Atencion Todos Los Miembros Presente Atencion a Todo el Equipo Humano que Labora para en la Comunidad PostgreSQL Reciban de nuestra parte un caluroso abrazo cargado de mucha alegría y entusiasmo. Queremos que estas navidades puedan compartir con sus seres

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Gustavo Vaccaro
Alvaro, en ningun momento tome tu pregunta como inutil o poco relevante. Simplemente estaba buscando una respuesta a lo que podia ser un simple error de configuracion. La opcion

Re: [pgsql-es-ayuda] Consulta select y commit síncrono

2016-12-23 Por tema Alvaro Herrera
Lazaro Garcia escribió: > Cuando la consulta no modifica los datos, el commit tiene lugar del mismo > modo que cuando no está activo syncronous commit ya que no hay que copiar > nada a los WAL? Cuando la consulta no modifica datos, no se efectúa commit porque no es necesario. Por lo tanto es

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Alvaro Herrera
Gustavo Vaccaro escribió: > La tabla tiene un trigger que se dispara con el update. Esta en plpgsql. > > El trigger toca una tabla STOCK_ART. > Los FKs no se ven afectados porque solo se actualiza un campo de cantidad. > Cuando se anula el remito lo que hace es revertir el stock. Nada mas. No >

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Gustavo Vaccaro
La tabla tiene un trigger que se dispara con el update. Esta en plpgsql. El trigger toca una tabla STOCK_ART. Los FKs no se ven afectados porque solo se actualiza un campo de cantidad. Cuando se anula el remito lo que hace es revertir el stock. Nada

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Gustavo Vaccaro
Ya lo hice y pasa lo mismo. Gustavo J. Vaccaro http://www.gjv.com.ar El 23/12/2016 a las 12:10 p.m., Lazaro Garcia escribió: Podrías intentar con

Re: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Alvaro Herrera
Gustavo Vaccaro escribió: > Hola, > > tengo un problema que me pasa muy de vez en cuando pero no tengo idea como > solucionarlo sin cerrar el postgres. > > Recien desde un programa se ejecutó una sentencia: "UPDATE remitoegr SET > anulado = 'S' WHERE id_nroemp = 5 AND id_nroremito = 118" > >

RE: [pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Lazaro Garcia
Podrías intentar con pg_cancel_backend(pid)?? Saludos a todos. De: pgsql-es-ayuda-ow...@postgresql.org [mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Gustavo Vaccaro Enviado el: viernes, 23 de diciembre de 2016 9:27 Para: pgsql-es-ayuda@postgresql.org Asunto: [pgsql-es-ayuda]

[pgsql-es-ayuda] Consulta select y commit síncrono

2016-12-23 Por tema Lazaro Garcia
Buenas a todos en la lista. Les escribo porque en unas pruebas que estoy realizando noto un comportamiento que quisiera me ayudaran a comprender. Para las pruebas utilizo sysbench con un tiempo de 5 minutos enviando consultas de solo lectura a un PostgreSQL 9.6.1 para comparar el número de

[pgsql-es-ayuda] Matar un UPDATE

2016-12-23 Por tema Gustavo Vaccaro
Hola, tengo un problema que me pasa muy de vez en cuando pero no tengo idea como solucionarlo sin cerrar el postgres. Recien desde un programa se ejecutó una sentencia: "UPDATE remitoegr SET anulado = 'S' WHERE id_nroemp = 5 AND id_nroremito = 118" Estaba