É exatamente o meu caso, utilizo duas base de dados, sendo as duas fornecidas pelo poll de conexões do glassfish.
Então é a aplicação que está falhando ao não finalizar estas transações!!! Atenciosamente, Alessandro Lima email [email protected] Em 6 de agosto de 2012 11:02, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > Em 06-08-2012 09:16, Alessandro Lima escreveu: > > Verifiquei que a aplicação utiliza PREPARED em todas operações. > > Pra quê? > > > Não deveria existir alguma configuração do postgres para finalizar estas > > transações sem commit nem rollback depois de algum tempo (TIMEOUT) ? > > Não. Isso viola os princípios ACID. > Quem tem que garantir que uma transação deve ser finalizada é a > aplicação. Um SGBD jamais deve finalizar uma transação sem o pedido da > aplicação. > > O caso mais comum de uso de transações preparadas é em 2PC (Two Phase > Commit). Imagine você cancelar pelo banco de dados uma transação que > outro nó "comitou". Pronto, inconsistência. > > []s > > Flavio Henrique A. Gurgel > Consultor e Instrutor 4Linux > Tel: +55-11-2125-4747 > www.4linux.com.br > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
