ActiveDelphi

[TiagoJMilam]

Olá amigos ! Estou eu aqui novamente !


É o seguinte, estou com um sistema em FireBird, e para acessar a base de dados, estou usando os componentes da palheta Interbase. Está tudo rodando perfeitamente... inclusivem em rede... porém ... há um problema operacional que preciso resolver e não faço nem idéia de como fazer isto. Bom.. como esta funcionando em rede, tenho 3 computadores acessando e alterando informações neste banco.. Porém.. o que um faz o outro só vai ver em sua máquina se fechar o programa e carregá-lo novamente... é tipo um problema de atualização... Como sou iniciante neste ramo de programação Cliente-Servidor... eu gostaria de saber como eu faço para que tudo o que um usuário altere no sistema o outro automaticamente consiga refletir em seu sistema... sem ter que incomodar-se em fechar a aplicação e abri-la novamente....


Obrigado mais uma vez meus amigos !



Abraços !
_________________
Tiago José Milam

[Borland_Linuxer]

Ola amigo e so a cada operacao que vc fizer mandar atualizar a consulta que atualiza os dados e pronto os dados vao esta sempre reias.

abracos
_________________
Abraços

Sérgio Guedes
www.lsisistemas.com.br
www.scvarejo.com.br - Projetos para parceiros e desenvolvedores

[AnOnImUs.Info]

o problema que voce esta enfrentando eu tambem tive, quando utilizava os componentes do interbase.

e porque toda vez que voce executa o seu aplicativo os componentes do interbase abre uma secao em seu banco e so atualiza os dados se voce reabrir essa secao, pois assim ele atualiza os dados.

somente migrando para o clientdataset que trabalha com as informacoes em memoria e deixando o banco de dados livre e que eu realmente conseguir resolver todos os meus problemas.
_________________
Reter o conhecimento é promover a ignorância !

[Borland_Linuxer]

ola amigo AnOnImUs.Info desculpa mais nunca usei na pratica os componente da paleta interbase.

mais se vc mandar fechar abrir uma consulta os dados nao atualizam ?

se nao atualizarem essa paleta e um m..., mais creio que atualize sim pelo menos pelos testes que eu fiz funciona tudo normal.

ex: quando inseria um novo registro e na outra maquina e ele tambem tivesse inserindo um novo quando ele sai da tela de novo eu faco algo assim

[adriano_servitec]

Isso é simples de resolver, basta depois de gravar vc fechar e abrir novamente a tabela e depois fazer as transações pelo commit/rollback, usando um try/except, vc pode fazer diretamente no aplicativo mesmo.
_________________
Jogo seu smartphone? Acesse o link e confira.
https://play.google.com/store/apps/details?id=br.com.couldsys.rockdrum
https://play.google.com/store/apps/details?id=br.com.couldsys.drumsetfree

[micheus]

[Tchock]

Eu estou com o mesmo problema q o TiagoJMilam

tem meu sistema em firebird com componentes Zeos e ele so atualiza quando fecho e abro os form...

eu abro as tabelas quando abro o form... e quando fecho o mesmo q fecho as tabelas talvez esse pode ser o meu problema....

so uma observação q naum tentei ainda...

tipo se eu abrir as tabelas quando mandar inserir os dados e na hora q for salvar fechar as tabelas logo apos o post.

sera q resolveria o problema...

[gilsonnrodrigues]

[pestana]

colegas eu estou com o mesmo problema do TiagoJMilam tem alguma coisa haver com Transação? eu nunca mexi nas configurações do IBTransaction.

ainda estou confuso, não sei muito bem se eu teria que utilizar estas configurações do IBTransaction:

read_committed,
rec_version,
nowait

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).

Andei verificando em alguns artigos que tem gente que utiliza mais de uma transação (p. ex.: uma transação para escrita (inserir, atualizar e deletar registros) e outra somente leitura (select)), mas não entendi qual seria o objetivo? deve haver um propósito para isso, alguem saberia me responder.

Agradeceria muito pela ajuda,
Pestana.
_________________
Ao invés de ficar desanimado no que deu de errado, olhe para frente, aprenda com os erros e veja o que ainda pode ser feito. A determinação e a persistência é uma das etapas para o sucesso.

[DonOctavioDelFlores]

o unico problema ai é configuracao da transacao!

[pestana]

DonOctavioDelFlores, brigadão mesmo por me ajudar!

andei fazendo o que você falou, mas ainda tem um problema, estou fazendo o commit, mas os cliente não estão enxergando atualização.

ex.:
Vamos supor que tenho duas máquinas (A,B) tanto na máquina A quanto na máquina B contem registros de uma mesma tabela no dbgrid.

Na máquina A o usuário alterou o registro e na máquina B não está sendo atualizado o registro 'que já está no dbgrid'.

Com está configuração read_commited eu preciso fazer um refresh no DataSet, então só assim a máquina B atualizaria o DataSet, mas como o sistema vai saber que tenho que fazer refresh, me falaram que é possivel fazer isso utilizando Eventos (Post_Events) do FB, o que você me diria sobre isso?

Obrigado,
Pestana.
_________________
Ao invés de ficar desanimado no que deu de errado, olhe para frente, aprenda com os erros e veja o que ainda pode ser feito. A determinação e a persistência é uma das etapas para o sucesso.

[pestana]

[DonOctavioDelFlores]

é por isso que eu nao sou muito chegado em dbware, eu tento mostrar o minimo de informacao possivel na tela que possa
ser desatualizada, afinal, pra que manter um grid com 50 registros? quem vai ler aquilo?

é a diferenca entre fazer uma pesquisa no dos e uma no google...

quando alguns clientes me perguntavam "mas e aquela lista que mostrava a relacao de alguma coisa pra onde foi?"

eu falo, "pense no google"...

O jeito é mudar o metodo de pesquisa...

1 - Palavra chave

2 - Resultado com poucos registros

3 - Selecao do registro especifico

4 - Edicao e gravacao do registro selecionado...

isso seria algo parecido com o tal do Just In Time do pessoal da administracao, pq nao vale a pena manter registros em cache
por muito tempo se vc tiver concorrencia...

e quanto aos Post_Events do Fb, não sei.. nunca usei... mas pelo que entendi seria algo como o servidor avisar o cliente de modificacoes? acho q nao daria muito certo...
_________________
“The problem with the world is that everyone is a few drinks behind.” Humphrey Bogart

[DonOctavioDelFlores]

e quanto as transacoes... eu nao vejo motivo para ter 2 ou mais abertas se vc nao está trabalhando com threads...

pq o processo trabalha uma coisa de cada vez, e a transacao isola exatamente isso...

talvez valha a pena se a configuracao da transacao for diferente uma da outra...

mas nada impede de fazer na mao tb...
_________________
“The problem with the world is that everyone is a few drinks behind.” Humphrey Bogart

[pestana]