Firebir na Rede - Autalizar em tempo real

Question

Ola amigos !!� o seguinte... eu tenho um sistema rodando em Firebird 2.0 com componentes de acesso da palheta Interbase... h� 3 m�quinas acessando o banco de dados ao mesmo tempo... todas conseguem vi...

Techsoft · Answer

Como est� fazendo para gravar os dados? qual o comando usado?

Eu usei interbase j� tem um tempo, mas voc� pode usar transa��es, uma vez que fa�a o commit da transa��o, os dados garantidamente ser�o vis�veis aos demais usu�rios do sistema.

Tiagojmilam · Answer

Ol� amigo !Eu estou dando um commitretaming no transaction que est� ligado a base de dados... mas mesmo assim... n�o atualiza nas outras esta��es...Valew !...

Aasn · Answer

Vc s� vai conseguir atualizar os terminais de duas formas:

1) atrav�s de um timer, a cada intervalo d� um refresh nos dados;

ou

2) capturando os eventos do BD atrav�s do IBEvent, que � bem mais complicado.

caso contr�rio, nada feito!

[]�s
AASN

Tiagojmilam · Answer

Cheguei a pensar em colocar sim um Timer ! mas naum sabia o que fazer neste Timer... abrir e fechar a tabela que n�o era sen�o ia dar xabu... nem xeguei a pensar em um Refresh...

O que eu devo colocar de c�digo nees timer ? e vai ser um timer s� pra todo o aplicativo .. ou tem que ser um pra cada Query ?

Valew !!!

Luciano.badoe · Answer

[b:6e90c25949]TiagoJmilam[/b:6e90c25949]

Eu fa�o da seguinte forma utilizando 3 procedures do Luciano Pimenta:

Para iniciar a transa��o:

procedure TDM.Start; begin Transc.IsolationLevel := xilREADCOMMITTED; Transc.TransactionID := StrToInt(IDTransaction); SQLConnection1.StartTransaction(Transc); end;

Auxiliar de Start

function IDTransaction: string; var i: integer; const str = �0123456789�; begin for i := 1 to 2 do begin Randomize; Result := Result + str[Random(Length(str))+1]; end; end;

Para comitar transa��o pendente

procedure TDM.Comit; begin SQLConnection1.Commit(Transc); end;

Para cancelar a transa��o pendente

procedure TDM.Rollback;
begin
  SQLConnection1.Rollback(Transc);
  raise Exception.Create(MSG_ERRO);
end;

Eu uso a START antes de um bloco try/except com Store Procedure para
persistir os dados no DB e em seguida uso a COMMIT para comitar a transa��o.
Caso ocorra algum problema, no except uso o ROLLBACK.

� pratico e funciona 100�.

Abra�o.

Micheus · Answer

[quote:73250798ad=�TiagoJmilam�]por�m... as altera��es que qualquer m�quina fa�a s� vai ser vista pela outra quando o usu�rio fechar o sistema e abri-lo novamente... o que � muito chato ! Como eu fa�o para que as altera��es que qualquer terminal fa�a seja refletido automaticamente para os demais ? Sou inicante neste ramo de programa��o Cliente-Servidor, ent�o se por gentileza alguem me puder ajudar passo a passo agrade�o muito...[/quote:73250798ad]Isto est� relacionado �s configura��es da sua transa��o.D� um duplo click no seu componente TIBTransaction e veja como est� sua configura��o.Por ex., se voc� configurar como Snapshot, os dataset ligados a esta transa��o �ir�o tirar uma foto� no momento de sua abertura (open ou active) n�o �enxergando� altera��es de qualquer outra transa��o.Se vc nunca mexeu nele, na tela que aparece, n�o deve haver um tipo de transa��o setada.Vou sugerir uma op��o que utilizo (customizada), assim, n�o se preocupe me selecionar qualquer umas das dispon�veis. Coloque na caixa de texto [i:73250798ad]Settings[/i:73250798ad] os seguintes par�metros (� s� copiar e colar):[i:73250798ad]read, write, read_committed, rec_version, nowait[/i:73250798ad]Tem um artigo sobre o assunto que pode ser interessante ler: �Entendendo os tipos e configura��es das transa��es� (Autor: Claudio Valderrama; Tradu��o/Adapta��o : Carlos Henrique Cantu - FireBase)� necess�rio registrar-se no site [url=//www.firebase.com.br/fb/]FireBase[/url] para acess�-lo, vou deixar uma ve...

Tiagojmilam · Answer

Ol� micheus !Eu dei dois cliques no Transaction e realmente das op��es que h� l� n�o est�o nenhuma delas selecionadas .. e h� um campo para digita��o, l� eu coloquei estas instru��es que me passou e n�o selecionei nenhuma op��o !read, write, read_committed, rec_version, nowaitPor�m quando eu dou um RUN no projeto ele d� o seguinte erro :TPB Constant () is unknownPorque ser� que deu esse erro ?Valew pela ajuda !!!...

Micheus · Answer

[quote:fcc14add68=�TiagoJmilam�]Eu dei dois cliques no Transaction e realmente das op��es que h� l� n�o est�o nenhuma delas selecionadas .. e h� um campo para digita��o, l� eu coloquei estas instru��es que me passou e n�o selecionei nenhuma op��o !read, write, read_committed, rec_version, nowaitPor�m quando eu dou um RUN no projeto ele d� o seguinte erro :TPB Constant () is unknownPorque ser� que deu esse erro ?[/quote:fcc14add68]significa que uma destas constantes n�o foi reconhecida pela rotina que inicializa a sua transa��o.Pelo que andei investigando, muito provavelmente seria [i:fcc14add68]rec_version[/i:fcc14add68]. Aparentemente o componente da paleta IBX n�o o reconhece desta forma (� que eu utilizo os componentes MDO, e neste caso n�o h� problemas), ent�o escreva ele assim: [i:fcc14add68]record_version[/i:fcc14add68]e tente novamente.Este texto, ser� depois convertido para um n�mero (constante a ser utilizada na inicializa��o da transa��o). D� para ver [url=//www.koders.com/noncode/fid4E63A32C796CA2049C3F42D1F6413049E28102F4.aspx]nesta[/url] codifica��o que este texto ser� trocado pela constante [i:fcc14add68]isc_tpb_rec_version[/i:fcc14add68].Um artigo que fala um pouco sobre estes n�veis de isolamento: [url=//www.guiadodelphi.com.br/ler.php?codigo=1103]O que � uma transa��o?[/url] (ref. Guia do Delphi)Abra�os...

Pestana_ · Answer

Ola [b:8dc55a6b6f]Micheus[/b:8dc55a6b6f], � muito importante o que voc� postou. Para atualizar registro em uma outra m�quina n�o basta somente (fazer um refresh ou abrir e fechar) o dataset � preciso utilizar as configura��es da transa��o. Acredito que este assunto gera muita d�vida.

Aproveitando o t�pico eu agradeceria muito se voc� me respondesse uma d�vida minha, j� procurei na web, mas eu n�o consegui entender as configura��es (read e write) qual o efeito em rela��o aplica��o?

estou utilizando um Transaction na aplica��o.

Obrigado,
Pestana.

Micheus · Answer

Acho que este artigo lhe ajudar�: [url=//www.comunidade-firebird.org/cflp/downloads/CFLP_O026.PDF]Trabalhando com Transaction Parameter Buffer[/url] (ref. Comunidade Firebird de Lingua Portuguesa).Al�m dos links que postei anteriormente, h� mais este artigo,  [url=//www.comunidade-firebird.org/cflp/downloads/CFLP_T032.PDF]Como travar um registro em Interbase/Firebird[/url] (ref. Comunidade Firebird), bastante interessante e de onde tiro o trecho abaixo, visto que envolve parte das configura��es que sugeri:[color=blue:4019ebf16d][i:4019ebf16d](...) Voc� poderia usar o n�vel de isolamento read_commited rec_version juntocom o modo de espera (wait), mas n�o � bom usar esse recurso dessa forma. Em tese, oread_commited / rec_version / wait garantem 100� que voc� vai obter os resultados necess�rios.Mas este modo de travamento requer mais aten��o durante o projeto de acesso aos dados. (...)[/i:4019ebf16d][/color:4019ebf16d]...

Pestana_ · Answer

[b:9532820582]Micheus[/b:9532820582] n�o estou querendo abusar de voc� � que estou meio confuso e n�o estou conseguindo entender.

Eu estava olhando alguns artigos �inclusive a que voc� sugeriu� e n�o estou conseguindo entender o porque da exist�ncia de mais de uma transa��o (p. ex.: uma transa��o para escrita (inserir, atualizar e deletar registros) e outra somente leitura (select)).

Neste [url=http://scriptbrasil.com.br/forum/index.php?showtopic=81370]t�pico[/url] voc� citou que utiliza duas transa��es uma para (Read) e outra para (Update). Porque voc� utiliza este m�todo, qual o objetivo?

estou tentando montar uma configura��o de transa��o que seja mais adequada para meu sistema.
no sistema, tenho dbgrid e edits:
1- os dados s�o apresentados no dbgrid como somente leitura.
2- utilizo edits para incluir, alterar e excluir registros (n�o utilizo componentes dataware exceto o dbgrid).

Khundalini · Answer

Pra resolver isso da�, o SGBD teria que ficar ser inteligente pra identificar quando os dados consultados por uma esta��o fossem alterados por outra esta��o. E isso, acredito eu, nenhum SGBD faz isso.

O que teria que fazer � um refresh periodico nos dados. O problema se agrava ainda mais se usarmos ClientDataSet, uma vez que os dados s�o consultados uma �nica vez ao servidor, e a conex�o � fechada (isso se estiver usando dbExpress com a propriedade KeepConnection = False, para garantir mais performance).

Sds.,
Rubem Rocha
Manaus, AM

Pestana_ · Answer

[quote:e75c878775=�Khundalini�]Pra resolver isso da�, o SGBD teria que ficar ser inteligente pra identificar quando os dados consultados por uma esta��o fossem alterados por outra esta��o. E isso, acredito eu, nenhum SGBD faz isso.O que teria que fazer � um refresh periodico nos dados. O problema se agrava ainda mais se usarmos ClientDataSet, uma vez que os dados s�o consultados uma �nica vez ao servidor, e a conex�o � fechada (isso se estiver usando dbExpress com a propriedade KeepConnection = False, para garantir mais performance).Sds.,Rubem RochaManaus, AM[/quote:e75c878775]n�o sei se entendi, mas estou querendo que a Transa��o fa�a esse trabalho, depois eu atualizo o DataSet (abrir e fechar ou refresh) atrav�s de Eventos do FB, com isso acho que n�o precisava atualizar periodicamente o DataSet.se eu estiver errado alguem por favor me corrija....

Khundalini · Answer

Abrir e fechar ou efetuar um refresh depois de incluir/alterar/excluir um registro � v�lido. Agora, e se um outro usu�rio tiver feito uma dessas opera��es, e outra pessoa n�o tiver feito nada, e esta outra pessoa necessitar �enxergar� os mesmos dados atualizados?

Saiba vc que o m�todo Refresh(), nas classes descendentes de TDataSet (ex.: TClientDataSet) funcionam de maneiras diferentes.

Sds.,
Rubem Rocha
Manaus, AM

Pestana_ · Answer

[quote:8038f89542=�Pestana_�][b:8038f89542]Micheus[/b:8038f89542] n�o estou querendo abusar de voc� � que estou meio confuso e n�o estou conseguindo entender. Eu estava olhando alguns artigos �inclusive a que voc� sugeriu� e n�o estou conseguindo entender o porque da exist�ncia de mais de uma transa��o (p. ex.: uma transa��o para escrita (inserir, atualizar e deletar registros) e outra somente leitura (select)).Neste [url=//scriptbrasil.com.br/forum/index.php?showtopic=81370]t�pico[/url] voc� citou que utiliza duas transa��es uma para (Read) e outra para (Update). Porque voc� utiliza este m�todo, qual o objetivo?estou tentando montar uma configura��o de transa��o que seja mais adequada para meu sistema.no sistema, tenho dbgrid e edits:1- os dados s�o apresentados no dbgrid como somente leitura.2- utilizo edits para incluir, alterar e excluir registros (n�o utilizo componentes dataware exceto o dbgrid).[/quote:8038f89542][b:8038f89542]Micheus[/b:8038f89542] andei estudando os t�picos que voc� sugeriu e acho que as configura��es para o IBTransaction seria essas: est� correto?[i:8038f89542]read_committed, rec_version, nowait[/i:8038f89542]estou querendo montar as configura��es de acordo com est� cita��o acima.me ajude a salvar est� semana hshshshsagrade�o antecipadamente,Pestana....

F�rum Firebir na Rede - Autalizar em tempo real #350965