Melhorar tempo de resposta (Cliente-Servidor)

Question

Bom dia,Gostaria da opini�o dos colegas sobre um assunto que acredito que todo programador ao menos uma vez j� passou por esse problema ... Possuo um sistema em Delphi rodando numa rede corporativa, o...

Thomaz_prg · Answer

Bom, tenho algo mais ou menos da forma como descreveu, e vou colocar como fiz e porque:

Fiz assim, as consultas, s�o todas feitas no BD principal, isso porque, muitas vezes, � acrescentado um novo item nas tabelas de consulta (funcion�rios por exemplo), e se eu utilizasse clientdataset�s, carregando os dados pra mem�ria e utilizando, muitas vezes, eu n�o teria essa consulta atualizada. O que fa�o �, trazer a menor quantidade poss�vel de informa��es e registros. Para agilizar, procurei avaliar como estavam sendo gerados os plain�s das consultas, e criei �ndices para agilizar isso.

Rogerio_amorim · Answer

Blz Thomaz_prg,Vou avaliar ....Mas em rela��o aos clientdataset�s, se no caso as tabelas n�o fossem atualizadas constantemente, seria uma id�ia a considerar ???...

Thomaz_prg · Answer

Com certeza...pois diminuiria e muito o tr�fego de dados pela rede....

Raserafim · Answer

o thomaz traduzio bem o problema do ClientDataSet e mostrou uma boa e importante solu��o.

devemos observar alguns detalhes:
vc deve sempre procurar trazer o m�nimo de dados poss�vel, somente o que o usu�rio vai utilizar naquele momento, ou seja, os dados devem ser trazidos sobre demanda [esse � o segredo].

exemplo:
na Query do seu cadastro de funcion�rio vc utilizaria algo semelhante a isso:

select *
from FUNCIONARIOS
where COD_FUNCIONARIO = :Cod_Funcionario

ou seja, vc passaria como par�metro o c�digo do funcion�rio que quer visualizar.

claro que o usu�rio n�o precisa passar o c�digo. vc pode criar uma tela de pesquisa onde o usu�rio digita parte do nome do funcion�rio, clica em localizar, e uma lista � exibida (com apenas o nome do funcion�rio e o c�digo [para diminuir o tr�fego de informa��es]) . basta o usu�rio dar, por exemplo, dois cliques no registro e vc passa o c�digo, do registro que o usu�rio escolheu, como par�metro para a query funcion�rios.

seu sistema estar� bem planejado para rede quando vc n�o tiver mais aqueles bot�es de navega��o nos registros [claro que n�o estou me referindo aos bot�es em si, mas sim ao fato de que se vc tem estes bot�es � pq est� trazendo todos os registros para o usu�rio navegar].

desta forma seu ganho de desempenho ser� extraordin�rio.

Raserafim · Answer

mas vc pode ir ainda al�m.o ClientDataSet � muito interessante e deve ser explorado.n�o para armazenar todos os dados, pois cairemos no problema como o thomaz explicou, mas para que ao trazer v�rios e inevit�veis registros, por exemplo, �tens de uma venda, o usu�rio possa navegar entre os �tens, para frente e para tr�z, sem que a rede seja utilizada, pois o ClientDataSet ao pegar os dados da base, fecha a query e deixa os dados apenas em mem�ria, o que j� traz mais um benef�cio: ao fechar a query, fecha assim a conex�o desafogando a rede.al�m de v�rias outras facilidades e benef�cios, ..., al�m de reduzir o tempo necess�rio para uma transa��o, ..., etc....

Raserafim · Answer

agora gostaria que alg�m fosse ainda mais al�m :)...

Rogerio_amorim · Answer

Estou implementando em meu sistema o uso de Clientdataset�s p/ armazenar em memoria as tabelas que eu chamo de tabelas est�ticas, ou seja, elas s�o de vital import�ncia para o funcionamento do sistema mas a sua atualiza��o n�o ocorrem com frequ�ncia, portanto, acredito que trazendo apenas as informa��es necess�rias para a aplica��o cliente em conjunto com a otimiza��o de �ndices e armazenando esses dados em memoria com os Clientdataset�s seria uma boa alternativa. Estou realizando alguns testes e pretendo postar mais informa��es futuramente.

Como disse o colega raserafim se alguem tiver mais informa��es, porfavor, vamos debater ...

Rogerio_Amorim

F�rum Melhorar tempo de resposta (Cliente-Servidor) #328924