ot;
> Para: pgsql-es-ayuda@postgresql.org
> Enviados: Domingo, 6 de Marzo 2016 21:56:56
> Asunto: Re: [pgsql-es-ayuda] Comportamiento de postgres
>
> Gracias Gerardo:
> El servidor es 9.5 en windows, se dejó la configuración del
> instalador y
> se agregaron los permisos
Es java así que te faltan algunas cosas.
Esa este link como ejemplo y siempre ( pero siempre ) en Java usa
try-catch-etc
http://docs.oracle.com/javase/tutorial/jdbc/basics/transactions.html
https://jdbc.postgresql.org/documentation/head/update.html
Ojo que cuando haces un close(), estas hac
Gracias Gerardo:
El servidor es 9.5 en windows, se dejó la configuración del instalador y
se agregaron los permisos para usuario en localhost.
En la aplicación el driver es JDBC42, sin instalador y con java 8.
La aplicación se desarrolló en linux con java 8 y el servidor en
localhost. Ahí func
2016-03-06 14:40 GMT-05:00 Mario De León :
> Es un sistema instalado en windows. Al ejecutarse un update, tarda mucho
> tiempo en reflejarse en los select, puede tratarse de días
Hay una solo explicación. Abriste una transacción explicita y no la cerraste.
Eso puedes hacerlo tu usando BEGIN y p
Lo mas probable es que sea un asunto de aplicacion. Para ello, yo comenzaria
por 2 cosas:
1) En los logs (seteando log_statement = all) podras ver cuando realmente se
ejecuto tal UPDATE. Eventualmente, tambien deberias ver el COMMIT (si es que
los estas usando explicitamente)
2) Proba de ejecu
Gracias Horacio:
Con esta info puedo comenzar.
El 06/03/16 a las 15:08, Horacio Miranda escribió:
Puedes describir mejor tu problema.
Si estas haciendo una transacción, el update sera persistente solo
después de un commit.
A lo mejor, tienes Asynchronous commit habilitado y tu base se cae
g
Puedes describir mejor tu problema.
Si estas haciendo una transacción, el update sera persistente solo
después de un commit.
A lo mejor, tienes Asynchronous commit habilitado y tu base se cae
generando perdidas de transacciones. ( Puedo conjeturar mucho sin
información especifica ).
http:/
