clientDataSet, dataset provider e command text

Question

aprendi hoje no forum que d� pra executar comandos sql direto no clientdataset, setando a propriedade poAllowCommandText do dataset provider para true.

queria saber qual � a vantagem de se fazer isso. Eu ganho performance? posso filtrar dessa maneira um clientdataset n�o ligado a provider nenhum?

G1b4 · Answer

A grande vantagem disto � a facilidade de migra��o para qualquer outro componente. Por exemplo, podemos fazer o acesso ao BD utilizando o DBX, o IBX, o ZeosLib, ADO, sem ter que mudar o c�digo do ClientDataSet.

Espero ter ajudado!!!

Titanius · Answer

Falou e disse.... eu estou migrando todos os meus sistemas para CDS e DSP, pois para frente fica mais f�cil mudar a forma de conex�o...

Para melhorar ainda mais, � melhor usar mesmo n-camadas, pois assim desvincula o servidor (acesso ao banco de dados) do cliente.... ou seja, quer mudar de acesso ao banco, ou mesmo mudar de banco, basta trocar o servidor nada mais... :D

[]s

Vitor Rubio · Answer

Valeu pessoal!Perguntei isso porque estou procurando dicas de performance/ tunning e todas as dicas do forum s�o muito repetitivas, todas elas dizem para usar dsp + clientdataset, n�o fazer consultas do tipo select *,  consultas parametrizadas, poucos registros, poucas colunas, nada de tables nem de bde ou odbc, nada de lookups etc. Meu sistema n�o tem nada dessas coisas que atrasam, e at� que � meio modularizado, se precisar de mais performance nessa parte eu j� sei onde melhorar, mas eu queria outras dicas diferentes, se poss�vel.Obrigado!...

Titanius · Answer

Bem, o mais r�pido que eu ja vi foi isso mesmo, com CDS e tals, agora eu estou mesmo � penando pra fazer um sistema modular, ou seja, totalmente modular... onde tenho o Principal, que chama os modulos, mas a conexao fica soh no Principal... por acaso vc n�o teria isso teria? :wink:

Vitor Rubio · Answer

eu pretendo um dia fazer desse jeito. Por enquanto, a maior parte do meu sistema (leia-se cadastros e lan�amentos) est� tudo num programa s� .exe e os relat�rios est�o em dll�s [eca!] (eu juro que um dia passo pra bpl) , mas eh s� isso.

Titanius · Answer

Cara, acho que modulariza��o � o sonho de qualquer programador em Delphi, mas at� o momento, n�o se encontra muita coisa sobre isso... infelizmente, pois no meu caso.. eu preciso fazer tudo modularizado, mas n�o tem como fazer...

Vi que a melhor op��o � utilizar BPL, mais ainda n�o consegui instanciar a conex�o do meu formul�rio principal, para as BPLs.. e isso acaba com meu sistema.. :(

Mas um dia vou descobrir.. :D

Vitor Rubio · Answer

tem bastante dicas nas revistas clubedelphi ensinando a fazer bpl�s e packages, mas acho que isso n�o deve ser segredo pra voc� n�?

o dificil � carregar os bpl�s dinamicamente e carregar os certos:
por exemplo, um arquivo ini, entrada de registro ou banco de dados deve dizer quais m�dulos seu cliente comprou e quais n�o comprou. Se o cliente tem um m�dulo, o arquivo correspondente DEVE estar em algum lugar na hd dele. Se estiver, ent�o ele carrega e coloca um bot�o ou menu a mais na form principal para o cliente poder acessar o novo m�dulo. Tudo isso � bem complicadinho de fazer.

F�rum clientDataSet, dataset provider e command text #294906