Bom Dia. Resolvido:
Em determinado ponto do desenvolvimento criei mais uma conexão ao banco e acabei fazendo uso alternadamente de duas conexões. Óbvio que perdi o controle das transações. Passei a usar apenas uma conexão e tudo se resolveu. Obrigado a todos. 2017-09-20 13:52 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > Blz : como PROGRAMADOR, a Essência da minha resposta é a frase final : > > "O que vc ** TEM ** que fazer agora está Claro : confirmar que > ABSOLUTAMENTE NÃO TEM COMO teu Aplicativo deixar o usuário sair da tela > e/ou abrir nova tela (que vai fazer novo SELECT FOR UPDATE!!) com uma > Transação já aberta"... > > Okdoc ??? O conceito do porque o SELECT FOR UPDATE abre Transação (se > nenhum DML existir antes dele) E de que cada DML implica num LOCK para cada > linha alterada fundamenta / te dá as causas do Porque, mas o que vc, > enquanto Programador, tem que fazer tá claro... > > E como eu disse a MONITORAÇÃO através dos cripts, que vai servir para > COMPROVAR ou REFUTAR a possibilidade de usuário deixando Transações abertas > (e portanto LOCKs) , é responsa conjunta com o DBA... Enquanto Programador > o que é Exigido de vc é que vc SAIBA como funciona um RDBMS e que está > Prevendo os controles necessários nas telas TODAS do seu Aplicativo... > > []s > > Chiappa > > -- Eduardo Perdomo Consultor de Implantação Grupo PC Sistemas - www.grupopc.com.br (21) 6845-8592 panc...@gmail.com eduardo.perd...@pcinformatica.com.br Blog: eduardo.perdomo.nom.br
