Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico André Luiz aandre...@yahoo.com.br [oracle_br]
Lembro que é possível através do DBgrid fazer edição de dados. Não há? Sendo 
assim pesquisa o método DBgrid.edit se me lembro. 

Mas sem commit não há como você visualizar as alterações feitas. 

Vê se através de um datasouce ligado ao DBgrid e com refrech você consegue.

São apenas ideias ok!!


Enviado do meu iPhone

> Em 4 de abr de 2016, às 14:45, Eduardo Perdomo panc...@gmail.com [oracle_br] 
>  escreveu:
> 
> Então, programaticamente, usando a memória do computador é possível sim, de 
> diversas formas.
> O problema é que tenho que fazer isso usando conceitos de banco de dados.
> Tem que haver uma forma de visualizar os dados alterados sem usar o commit, 
> ou ao menos um falso commit em memoria.
> Imagina duas soluções para o mesmo problema, uma resolvida pela visão do 
> programador e outra pela visão do DBA.
> Tenho que usar a visão do DBA, pois o sistema usa esse conceito, as regras de 
> negócio estão no banco. 
> 
>> On Mon, Apr 4, 2016 at 2:33 PM, Tiago de Assis Pimenta 
>> tiagopime...@ymail.com [oracle_br]  wrote:
>>  
>> Faz tempo que não mexo com Delphi, mas não tem nenhum componente que você 
>> consiga "guardar" as informações que você quer em memória, deixa o usuário 
>> alterar elas, assim ele estará vendo o que está sendo alterado, e depois 
>> quando ele clicar em finalizar, você commita essas informações no banco ?
>> 
>> 
>> Em Segunda-feira, 4 de Abril de 2016 13:53, "André Luiz 
>> aandre...@yahoo.com.br [oracle_br]"  escreveu:
>> 
>> 
>>  
>> Exatamente só depois do commit, você vai ver as alterações.
>> 
>> Tenho um sistema que possibilita às alterações, mas para isso não deixo 
>> presa às transações.
>> 
>> Minha solução foi deixar a seguinte:
>> 
>> -Gerar o pedido
>> -commit
>> -possibilitar a visualização dos dados 
>> -tornar disponível às alterações 
>> 
>> Enviado do meu iPhone
>> 
>>> Em 4 de abr de 2016, às 13:31, Eduardo Perdomo panc...@gmail.com 
>>> [oracle_br]  escreveu:
>>> 
>> 
>>>  
>>> Imagina um pedido, tem duas tabelas, cabeçalho e itens. 
>>> Abro uma transação, faço dois select for update com o numero do pedido nas 
>>> duas tabelas.
>>> Com isso consigo que ninguém altere o pedido.
>>> Faço um update na tabela itens.
>>> Faço um select pra ver a alteração e nada.
>>> Só consigo ver se eu comitar, mas daí libera o lock e as tabelas.
>>> 
>>> 2016-04-04 13:26 GMT-03:00 André Luiz aandre...@yahoo.com.br [oracle_br] 
>>> :
>>>  
>>> O select for update não lock a tabela só os registros selecionados, mas 
>>> prefiro utilizar o controle da transação do Delphi.
>>> 
>>> Enviado do meu iPhone
>>> 
 Em 4 de abr de 2016, às 13:18, André Luiz aandre...@yahoo.com.br 
 [oracle_br]  escreveu:
 
  
 Quis dizer commita no final, assim o isolamento será para os registros 
 selecionados 
 
 Enviado do meu iPhone
 
> Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br 
> [oracle_br]  escreveu:
> 
>  
> Bom dia,
> 
> O select for update lock a tabela, quando você tenta acessar o resultado, 
> já abre outra sessão, por este motivo você não ve as alterações.
> 
> Porque você não faz as alterações em while? E commota nominal?
> 
> Enviado do meu iPhone
> 
>> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com 
>> [oracle_br]  escreveu:
>> 
>>  
>> Bom dia.
>> Estou desenvolvendo um processo onde preciso isolar a transação dos 
>> outros processos.
>> 
>> Consegui fazer com que os outros processos não interfiram, usando 
>> "SELECT FOR UPDATE" mas as alterações que são feitas pelo meu processo 
>> não estão disponíveis até que sejam commitadas.
>> 
>> Em outras palavras, as alterações que eu mesmo faço não estão visíveis 
>> nem mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
>> 
>> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
>> 
>> Alguém tem alguma idéia ?
>> 
>> Obrigado.
>> 
>> 
>> -- 
>> 
>> 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
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> 
>>> 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
> 
> 
> 
> -- 
> 
> 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
> 


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico Eduardo Perdomo panc...@gmail.com [oracle_br]
Então, programaticamente, usando a memória do computador é possível sim, de
diversas formas.
O problema é que tenho que fazer isso usando conceitos de banco de dados.
Tem que haver uma forma de visualizar os dados alterados sem usar o commit,
ou ao menos um falso commit em memoria.
Imagina duas soluções para o mesmo problema, uma resolvida pela visão do
programador e outra pela visão do DBA.
Tenho que usar a visão do DBA, pois o sistema usa esse conceito, as regras
de negócio estão no banco.

On Mon, Apr 4, 2016 at 2:33 PM, Tiago de Assis Pimenta
tiagopime...@ymail.com [oracle_br]  wrote:

>
>
> Faz tempo que não mexo com Delphi, mas não tem nenhum componente que você
> consiga "guardar" as informações que você quer em memória, deixa o usuário
> alterar elas, assim ele estará vendo o que está sendo alterado, e depois
> quando ele clicar em finalizar, você commita essas informações no banco ?
>
>
> Em Segunda-feira, 4 de Abril de 2016 13:53, "André Luiz
> aandre...@yahoo.com.br [oracle_br]" 
> escreveu:
>
>
>
> Exatamente só depois do commit, você vai ver as alterações.
>
> Tenho um sistema que possibilita às alterações, mas para isso não deixo
> presa às transações.
>
> Minha solução foi deixar a seguinte:
>
> -Gerar o pedido
> -commit
> -possibilitar a visualização dos dados
> -tornar disponível às alterações
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 13:31, Eduardo Perdomo panc...@gmail.com
> [oracle_br]  escreveu:
>
>
> Imagina um pedido, tem duas tabelas, cabeçalho e itens.
> Abro uma transação, faço dois select for update com o numero do pedido nas
> duas tabelas.
> Com isso consigo que ninguém altere o pedido.
> Faço um update na tabela itens.
> Faço um select pra ver a alteração e nada.
> Só consigo ver se eu comitar, mas daí libera o lock e as tabelas.
>
> 2016-04-04 13:26 GMT-03:00 André Luiz aandre...@yahoo.com.br [oracle_br] <
> oracle_br@yahoogrupos.com.br>:
>
>
> O select for update não lock a tabela só os registros selecionados, mas
> prefiro utilizar o controle da transação do Delphi.
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 13:18, André Luiz aandre...@yahoo.com.br
> [oracle_br]  escreveu:
>
>
> Quis dizer commita no final, assim o isolamento será para os registros
> selecionados
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br
> [oracle_br]  escreveu:
>
>
> Bom dia,
>
> O select for update lock a tabela, quando você tenta acessar o resultado,
> já abre outra sessão, por este motivo você não ve as alterações.
>
> Porque você não faz as alterações em while? E commota nominal?
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com
> [oracle_br]  escreveu:
>
>
> Bom dia.
> Estou desenvolvendo um processo onde preciso isolar a transação dos outros
> processos.
>
> Consegui fazer com que os outros processos não interfiram, usando "SELECT
> FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão
> disponíveis até que sejam commitadas.
>
> Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem
> mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
>
> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
>
> Alguém tem alguma idéia ?
>
> Obrigado.
>
>
> --
>
> 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
>
>
>
>
> --
>
> 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
>
>
>
> 
>



-- 

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


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico Tiago de Assis Pimenta tiagopime...@ymail.com [oracle_br]
Faz tempo que não mexo com Delphi, mas não tem nenhum componente que você 
consiga "guardar" as informações que você quer em memória, deixa o usuário 
alterar elas, assim ele estará vendo o que está sendo alterado, e depois quando 
ele clicar em finalizar, você commita essas informações no banco ?
 

Em Segunda-feira, 4 de Abril de 2016 13:53, "André Luiz 
aandre...@yahoo.com.br [oracle_br]"  escreveu:
 

     Exatamente só depois do commit, você vai ver as alterações.
Tenho um sistema que possibilita às alterações, mas para isso não deixo presa 
às transações.
Minha solução foi deixar a seguinte:
-Gerar o pedido-commit-possibilitar a visualização dos dados -tornar disponível 
às alterações 
Enviado do meu iPhone
Em 4 de abr de 2016, às 13:31, Eduardo Perdomo panc...@gmail.com [oracle_br] 
 escreveu:


    Imagina um pedido, tem duas tabelas, cabeçalho e itens. Abro uma transação, 
faço dois select for update com o numero do pedido nas duas tabelas.Com isso 
consigo que ninguém altere o pedido.Faço um update na tabela itens.Faço um 
select pra ver a alteração e nada.Só consigo ver se eu comitar, mas daí libera 
o lock e as tabelas.
2016-04-04 13:26 GMT-03:00 André Luiz aandre...@yahoo.com.br [oracle_br] 
:

     O select for update não lock a tabela só os registros selecionados, mas 
prefiro utilizar o controle da transação do Delphi.

Enviado do meu iPhone
Em 4 de abr de 2016, às 13:18, André Luiz aandre...@yahoo.com.br [oracle_br] 
 escreveu:


    Quis dizer commita no final, assim o isolamento será para os registros 
selecionados 

Enviado do meu iPhone
Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br [oracle_br] 
 escreveu:


    Bom dia,
O select for update lock a tabela, quando você tenta acessar o resultado, já 
abre outra sessão, por este motivo você não ve as alterações.
Porque você não faz as alterações em while? E commota nominal?

Enviado do meu iPhone
Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com [oracle_br] 
 escreveu:


    Bom dia.Estou desenvolvendo um processo onde preciso isolar a transação dos 
outros processos.
Consegui fazer com que os outros processos não interfiram, usando "SELECT FOR 
UPDATE" mas as alterações que são feitas pelo meu processo não estão 
disponíveis até que sejam commitadas.
Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem 
mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
Alguém tem alguma idéia ?
Obrigado.

-- 

Eduardo PerdomoConsultor de ImplantaçãoGrupo PC Sistemas - www.grupopc.com.br 
(21) 6845-8592pancary@gmail.comeduardo.perd...@pcinformatica.com.brBlog: 
eduardo.perdomo.nom.br  
  
  
   



-- 

Eduardo PerdomoConsultor de ImplantaçãoGrupo PC Sistemas - www.grupopc.com.br 
(21) 6845-8592pancary@gmail.comeduardo.perd...@pcinformatica.com.brBlog: 
eduardo.perdomo.nom.br  
  #yiv8104316847 #yiv8104316847 -- #yiv8104316847ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8104316847 
#yiv8104316847ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8104316847 
#yiv8104316847ygrp-mkp #yiv8104316847hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8104316847 #yiv8104316847ygrp-mkp #yiv8104316847ads 
{margin-bottom:10px;}#yiv8104316847 #yiv8104316847ygrp-mkp .yiv8104316847ad 
{padding:0 0;}#yiv8104316847 #yiv8104316847ygrp-mkp .yiv8104316847ad p 
{margin:0;}#yiv8104316847 #yiv8104316847ygrp-mkp .yiv8104316847ad a 
{color:#ff;text-decoration:none;}#yiv8104316847 #yiv8104316847ygrp-sponsor 
#yiv8104316847ygrp-lc {font-family:Arial;}#yiv8104316847 
#yiv8104316847ygrp-sponsor #yiv8104316847ygrp-lc #yiv8104316847hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8104316847 
#yiv8104316847ygrp-sponsor #yiv8104316847ygrp-lc .yiv8104316847ad 
{margin-bottom:10px;padding:0 0;}#yiv8104316847 #yiv8104316847actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8104316847 
#yiv8104316847activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8104316847
 #yiv8104316847activity span {font-weight:700;}#yiv8104316847 
#yiv8104316847activity span:first-child 
{text-transform:uppercase;}#yiv8104316847 #yiv8104316847activity span a 
{color:#5085b6;text-decoration:none;}#yiv8104316847 #yiv8104316847activity span 
span {color:#ff7900;}#yiv8104316847 #yiv8104316847activity span 
.yiv8104316847underline {text-decoration:underline;}#yiv8104316847 
.yiv8104316847attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8104316847 .yiv8104316847attach div a 
{text-decoration:none;}#yiv8104316847 .yiv8104316847attach img 
{border:none;padding-right:5px;}#yiv8104316847 .yiv8104316847attach label 
{display:block;margin-bottom:5px;}#yiv8104316847 .yiv8104316847attach label a 
{text-decoration:none;}#yiv8104316847 blockquote {margin:0 0 0 
4px;}#yiv8104316847

Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico André Luiz aandre...@yahoo.com.br [oracle_br]
Exatamente só depois do commit, você vai ver as alterações.

Tenho um sistema que possibilita às alterações, mas para isso não deixo presa 
às transações.

Minha solução foi deixar a seguinte:

-Gerar o pedido
-commit
-possibilitar a visualização dos dados 
-tornar disponível às alterações 

Enviado do meu iPhone

> Em 4 de abr de 2016, às 13:31, Eduardo Perdomo panc...@gmail.com [oracle_br] 
>  escreveu:
> 
> Imagina um pedido, tem duas tabelas, cabeçalho e itens. 
> Abro uma transação, faço dois select for update com o numero do pedido nas 
> duas tabelas.
> Com isso consigo que ninguém altere o pedido.
> Faço um update na tabela itens.
> Faço um select pra ver a alteração e nada.
> Só consigo ver se eu comitar, mas daí libera o lock e as tabelas.
> 
> 2016-04-04 13:26 GMT-03:00 André Luiz aandre...@yahoo.com.br [oracle_br] 
> :
>>  
>> O select for update não lock a tabela só os registros selecionados, mas 
>> prefiro utilizar o controle da transação do Delphi.
>> 
>> Enviado do meu iPhone
>> 
>>> Em 4 de abr de 2016, às 13:18, André Luiz aandre...@yahoo.com.br 
>>> [oracle_br]  escreveu:
>>> 
>>>  
>>> Quis dizer commita no final, assim o isolamento será para os registros 
>>> selecionados 
>>> 
>>> Enviado do meu iPhone
>>> 
 Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br 
 [oracle_br]  escreveu:
 
  
 Bom dia,
 
 O select for update lock a tabela, quando você tenta acessar o resultado, 
 já abre outra sessão, por este motivo você não ve as alterações.
 
 Porque você não faz as alterações em while? E commota nominal?
 
 Enviado do meu iPhone
 
> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com 
> [oracle_br]  escreveu:
> 
>  
> Bom dia.
> Estou desenvolvendo um processo onde preciso isolar a transação dos 
> outros processos.
> 
> Consegui fazer com que os outros processos não interfiram, usando "SELECT 
> FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão 
> disponíveis até que sejam commitadas.
> 
> Em outras palavras, as alterações que eu mesmo faço não estão visíveis 
> nem mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
> 
> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
> 
> Alguém tem alguma idéia ?
> 
> Obrigado.
> 
> 
> -- 
> 
> 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
>> 
> 
> 
> 
> -- 
> 
> 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
> 


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico Eduardo Perdomo panc...@gmail.com [oracle_br]
Imagina um pedido, tem duas tabelas, cabeçalho e itens.
Abro uma transação, faço dois select for update com o numero do pedido nas
duas tabelas.
Com isso consigo que ninguém altere o pedido.
Faço um update na tabela itens.
Faço um select pra ver a alteração e nada.
Só consigo ver se eu comitar, mas daí libera o lock e as tabelas.

2016-04-04 13:26 GMT-03:00 André Luiz aandre...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> O select for update não lock a tabela só os registros selecionados, mas
> prefiro utilizar o controle da transação do Delphi.
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 13:18, André Luiz aandre...@yahoo.com.br
> [oracle_br]  escreveu:
>
>
>
> Quis dizer commita no final, assim o isolamento será para os registros
> selecionados
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br
> [oracle_br]  escreveu:
>
>
>
> Bom dia,
>
> O select for update lock a tabela, quando você tenta acessar o resultado,
> já abre outra sessão, por este motivo você não ve as alterações.
>
> Porque você não faz as alterações em while? E commota nominal?
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com
> [oracle_br]  escreveu:
>
>
>
> Bom dia.
> Estou desenvolvendo um processo onde preciso isolar a transação dos outros
> processos.
>
> Consegui fazer com que os outros processos não interfiram, usando "SELECT
> FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão
> disponíveis até que sejam commitadas.
>
> Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem
> mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
>
> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
>
> Alguém tem alguma idéia ?
>
> Obrigado.
>
>
> --
>
> 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
>
> 
>



-- 

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


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico André Luiz aandre...@yahoo.com.br [oracle_br]
Se você executa o commit deveria aparecer as alterações.

Tem certeza que o usuário está acionando o finalizar? É um dbfrid o componente, 
você executa novamente a query com o novo resultado?

Enviado do meu iPhone

> Em 4 de abr de 2016, às 13:24, Eduardo Perdomo panc...@gmail.com [oracle_br] 
>  escreveu:
> 
> Então, eu commito no final, depois de todo o processo feito pelo usuário, daí 
> ele clica em finalizar.
> O problema é que não consigo apresentar para o usuário os dados que foram 
> alterados por ele antes de finalizar o processo.
> É como se os selects estivessem desatualizados, pois tentei dar dois inserts 
> seguidos e obtive erro de chave, mas no select não retorna o registro que eu 
> inseri.
> 
> 
> 2016-04-04 13:18 GMT-03:00 André Luiz aandre...@yahoo.com.br [oracle_br] 
> :
>>  
>> Quis dizer commita no final, assim o isolamento será para os registros 
>> selecionados 
>> 
>> Enviado do meu iPhone
>> 
>>> Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br 
>>> [oracle_br]  escreveu:
>>> 
>>>  
>>> Bom dia,
>>> 
>>> O select for update lock a tabela, quando você tenta acessar o resultado, 
>>> já abre outra sessão, por este motivo você não ve as alterações.
>>> 
>>> Porque você não faz as alterações em while? E commota nominal?
>>> 
>>> Enviado do meu iPhone
>>> 
 Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com 
 [oracle_br]  escreveu:
 
  
 Bom dia.
 Estou desenvolvendo um processo onde preciso isolar a transação dos outros 
 processos.
 
 Consegui fazer com que os outros processos não interfiram, usando "SELECT 
 FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão 
 disponíveis até que sejam commitadas.
 
 Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem 
 mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
 
 Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
 
 Alguém tem alguma idéia ?
 
 Obrigado.
 
 
 -- 
 
 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
>> 
> 
> 
> 
> -- 
> 
> 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
> 


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico André Luiz aandre...@yahoo.com.br [oracle_br]
O select for update não lock a tabela só os registros selecionados, mas prefiro 
utilizar o controle da transação do Delphi.

Enviado do meu iPhone

> Em 4 de abr de 2016, às 13:18, André Luiz aandre...@yahoo.com.br [oracle_br] 
>  escreveu:
> 
> Quis dizer commita no final, assim o isolamento será para os registros 
> selecionados 
> 
> Enviado do meu iPhone
> 
>> Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br [oracle_br] 
>>  escreveu:
>> 
>>  
>> Bom dia,
>> 
>> O select for update lock a tabela, quando você tenta acessar o resultado, já 
>> abre outra sessão, por este motivo você não ve as alterações.
>> 
>> Porque você não faz as alterações em while? E commota nominal?
>> 
>> Enviado do meu iPhone
>> 
>>> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com 
>>> [oracle_br]  escreveu:
>>> 
>>>  
>>> Bom dia.
>>> Estou desenvolvendo um processo onde preciso isolar a transação dos outros 
>>> processos.
>>> 
>>> Consegui fazer com que os outros processos não interfiram, usando "SELECT 
>>> FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão 
>>> disponíveis até que sejam commitadas.
>>> 
>>> Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem 
>>> mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
>>> 
>>> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
>>> 
>>> Alguém tem alguma idéia ?
>>> 
>>> Obrigado.
>>> 
>>> 
>>> -- 
>>> 
>>> 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
> 
> 


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico Eduardo Perdomo panc...@gmail.com [oracle_br]
Então, eu commito no final, depois de todo o processo feito pelo usuário,
daí ele clica em finalizar.
O problema é que não consigo apresentar para o usuário os dados que foram
alterados por ele antes de finalizar o processo.
É como se os selects estivessem desatualizados, pois tentei dar dois
inserts seguidos e obtive erro de chave, mas no select não retorna o
registro que eu inseri.


2016-04-04 13:18 GMT-03:00 André Luiz aandre...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br>:

>
>
> Quis dizer commita no final, assim o isolamento será para os registros
> selecionados
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br
> [oracle_br]  escreveu:
>
>
>
> Bom dia,
>
> O select for update lock a tabela, quando você tenta acessar o resultado,
> já abre outra sessão, por este motivo você não ve as alterações.
>
> Porque você não faz as alterações em while? E commota nominal?
>
> Enviado do meu iPhone
>
> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com
> [oracle_br]  escreveu:
>
>
>
> Bom dia.
> Estou desenvolvendo um processo onde preciso isolar a transação dos outros
> processos.
>
> Consegui fazer com que os outros processos não interfiram, usando "SELECT
> FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão
> disponíveis até que sejam commitadas.
>
> Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem
> mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
>
> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
>
> Alguém tem alguma idéia ?
>
> Obrigado.
>
>
> --
>
> 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
>
> 
>



-- 

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


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico André Luiz aandre...@yahoo.com.br [oracle_br]
Quis dizer commita no final, assim o isolamento será para os registros 
selecionados 

Enviado do meu iPhone

> Em 4 de abr de 2016, às 13:04, André Luiz aandre...@yahoo.com.br [oracle_br] 
>  escreveu:
> 
> Bom dia,
> 
> O select for update lock a tabela, quando você tenta acessar o resultado, já 
> abre outra sessão, por este motivo você não ve as alterações.
> 
> Porque você não faz as alterações em while? E commota nominal?
> 
> Enviado do meu iPhone
> 
>> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com [oracle_br] 
>>  escreveu:
>> 
>>  
>> Bom dia.
>> Estou desenvolvendo um processo onde preciso isolar a transação dos outros 
>> processos.
>> 
>> Consegui fazer com que os outros processos não interfiram, usando "SELECT 
>> FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão 
>> disponíveis até que sejam commitadas.
>> 
>> Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem 
>> mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
>> 
>> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
>> 
>> Alguém tem alguma idéia ?
>> 
>> Obrigado.
>> 
>> 
>> -- 
>> 
>> 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
> 
> 


Re: [oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico André Luiz aandre...@yahoo.com.br [oracle_br]
Bom dia,

O select for update lock a tabela, quando você tenta acessar o resultado, já 
abre outra sessão, por este motivo você não ve as alterações.

Porque você não faz as alterações em while? E commota nominal?

Enviado do meu iPhone

> Em 4 de abr de 2016, às 12:54, Eduardo Perdomo panc...@gmail.com [oracle_br] 
>  escreveu:
> 
> Bom dia.
> Estou desenvolvendo um processo onde preciso isolar a transação dos outros 
> processos.
> 
> Consegui fazer com que os outros processos não interfiram, usando "SELECT FOR 
> UPDATE" mas as alterações que são feitas pelo meu processo não estão 
> disponíveis até que sejam commitadas.
> 
> Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem 
> mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.
> 
> Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;
> 
> Alguém tem alguma idéia ?
> 
> Obrigado.
> 
> 
> -- 
> 
> 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
> 


[oracle_br] Dúvida com isolation level

2016-04-04 Por tôpico Eduardo Perdomo panc...@gmail.com [oracle_br]
Bom dia.
Estou desenvolvendo um processo onde preciso isolar a transação dos outros
processos.

Consegui fazer com que os outros processos não interfiram, usando "SELECT
FOR UPDATE" mas as alterações que são feitas pelo meu processo não estão
disponíveis até que sejam commitadas.

Em outras palavras, as alterações que eu mesmo faço não estão visíveis nem
mesmo pra mim. Só efetuando commit, mas daí fica visível para todos.

Estou usando Delphi e Transacao.IsolationLevel := xilREPEATABLEREAD;

Alguém tem alguma idéia ?

Obrigado.


-- 

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