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 jlch
E tal como vc tinha dito em msg anteriores, o ronca e fuça lá do Admin falando
que tava tudo bem no dataprotector, né ?? É sempre assim, é vc Insistir um
pouquinho que a coisa aparece...
[]s
Chiappa
Chiappa / Luis / Mufalani,
Banco restaurado com sucesso, era um problema no Dataprotector que o admin
resolveu lá e depois disso consegui restaurar o banco.
Ah, tive que usar o parametro OB2HOSTNAME
Obrigado a todos.
Ednilson
De:
sentto-1682896-122048-1505498244-ednilson.silva=jb
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
Nossa, muito obrigado, vou reler várias vezes para entender melhor o que
estou fazendo de errado.
Em 20/09/2017 12:48, "jlchia...@yahoo.com.br [oracle_br]" <
oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Ops, caí no limite de texto de mensagem, xô re-enviar o resto do exemplo...
>
>
> ==> Agora vo
Ops, caí no limite de texto de mensagem, xô re-enviar o resto do exemplo...
==> Agora vou tentar lockar/acessar com DML em OUTRA SESSÃo as linhas já
lockadas : no caso vou fazer um SELECT.. FOR UPDATE mas a lógica é a mesma para
Qualquer Outro DML :
SCOTT#2:@XE:SQL>select * from emp where dept
Eduardo,
Talvez na sua base de desenvolvimento só você esteja usando?
Quando está em produção, o primeiro usuário que roda o select, bloqueia os
registros. Se fizer uma query que volta vários registros, vai bloqueando todos
eles.
O segundo usuário que tentar consultar a mesma coisa vai t