Gostaria de agradecer a todos que colaboraram. Muito Obrigado,
Alessandro Lima email [email protected] Em 6 de agosto de 2012 12:02, Alessandro Lima <[email protected]>escreveu: > É 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
