Par�metros com DbExpress

Question

oi pessoal...esse erro � meio estranhoTenho o seguintevar  cds: TClientDataSet;  dsp: TDataSetProvider;  qe: TSQLQuery;begin       //faz-se os creates...       dsp.DataSet := qe;       cds.SetProvider...

Miudo · Answer

sobe...

Emerson Nascimento · Answer

a partir do momento que voc� trabalha com clientdatasets n�o � mais necess�rio - e nem recomend�vel - alterar a instru��o do dataset origem (SQLDataset/SQLQuery/etc.) at� porque, numa aplica��o multicamadas, voc� n�o ter� acesso � esses datasets.
segue um exemplo de uso, tomando como base o seu c�digo:

var 
  cds: TClientDataSet; 
  dsp: TDataSetProvider; 
  qe: TSQLQuery; 
begin 
  //faz-se os creates... 
  dsp.DataSet := qe;
  dsp.Options := dsp.Options + [poCascadeDeletes, poCascadeUpdates, poAllowCommandText];
  // a op��o AllowCommandText � que permite alterar a instru��o no clientdataset.

  cds.SetProvider(dsp);
  // pronto. a partir de agora manipularemos somente o cds

  cds.commandtext := �select Codigo from Teste where Codigo = :Codigo�;
  cds.Params.ParamByName(�Codigo�).AsInteger := 1;
  cds.Open; //FUNCIONA

  cds.Close;
  cds.CommandText := �select Codigo from Teste where Codigo = :Codigo and Codigo = :Codigo�;
  cds.Params.ParamByName(�Codigo�).AsInteger := 1;
  cds.Open; //TAMBEM FUNCIONA... 

  //faz-se os frees...
end;

Rogerioluz · Answer

Concordo plenamente com o Emerson. Fica muito mais f�cil trabalhar com o CommandText direto no ClientDataset, pois a facilidade � muito maior e voc� n�o tem tantos erros de abertura.

Um Abra�o...

Rog�rio Luz

Miudo · Answer

oi pessoaleu fiz dessa forma pois usando o comandtext acontece muitos errosisso eu falo porque eu estou tentando converter todo o sistema da empresa para tirar o bde, e o sistema n�o � pequeno.eu tenho uma lista de erros anotados aquiresolvi um tanto... mas agora apareceu este que eu j� sei como resolver� s� antes do open colocar um cds.Params.Clearnas minhas pesquisas, pessoas desse f�rum at�... indicaram eu n�o usar o ClientDataSet dessa forma pois o MIDAS tinhas alguns bugs realmente e era melhor evita-losvers�es de DLLs tambem tem diferen�as etc... realmente usando dessa forma que eu estou usando me poupou de alguns bugs.mas de qualquer forma estou sempre presisando de algumas dicas......

Emerson Nascimento · Answer

bom, eu trabalho com um sistema distribu�do (multicamadas, COM+/DataSnap/Socket)

esse sistema tem por volta de 850 forms (entre telas de entradas de dados e relat�rios). h� clientes que utlizam o sistema em 10, 15 filiais simultaneamente (um servidor alocado na matriz com acesso on-line).

todo o sistema � feito com o uso da altera��o do clientdataset ao inv�s do sqldataset (optamos por esse, ao inv�s de sqlquery). o sistema est� no ar h� mais de 3 anos. n�o d� problema algum no MIDAS. nunca sequer ouvi falar disso.
at� porque, como eu disse, no caso de sistemas distribu�dos (o meu caso) n�o se tem acesso ao sqldataset, pois ele est� no aplicativo servidor, e n�o no cliente. dessa forma s� consigo alterar o clientdataset e nunca tive qualquer problema.

se um dia voc� tiver inten��o de passar seu sistema de 2 camadas para n-camadas, voc� ter�, mais uma vez, uma grande m�o-de-obra...

Miudo · Answer

muito bom emersonmuito bom mesmo voc� ter me falado issoeu come�ei a testar o MIDAS com duas camadas e encontrei alguns problemas no caminho, talvez por falta de maturidade.Cheguei a achar que ninguem usava isso em um sistema relativamente grandevoc� foi o primeiro que me falou isso.voc� usa que banco de dados?que vers�o do delphi?tem uma diferen�a entre MIDAS e dbExpress...voc� usa o BDE?e esse sistema foi feito do zero ou j� existia e voc�s colocaram para funcionar em duas camadas?estou querendo muito saber essas respostas...talvez seja uma nova dire��o pra mim......

Emerson Nascimento · Answer

o primeiro sistema era no bom e velho Clipper.
depois foi migrado para Delphi (7) em duas camadas, o meu segmento de trabalho requer o acesso de muitas filiais. com isso tivemos que criar um m�dulo de transfer�ncia de dados, mas isso gerava muitos problemas, pois nem sempre as filiais sincronizavam os dados.

devido a esse problema optamos por utilizar um sistema on-line. isso se tornou mais f�cil com a oferta de banda larga e tamb�m o custo/benef�cio de ter os dados atualizados em tempo-real. com isso foi desenvolvido um sistema a partir do zero, multicamadas, COM+, utilizando DataSnap/MIDAS.

o sistema trabalha independente do banco de dados, desde que seja um banco de dados relacional (MS-SQL, Interbase, Firebird, Oracle, etc)

DataSnap/MIDAS e dbExpress s�o complementares. o dbExpress faz a conex�o com o banco de dados e o DataSnap/MIDAS permite a distribui��o disso, possibilitando o acesso n-camadas.

BDE???? Deus que me livre!!!

se voc� fizer as altera��es no seu sistema da forma que eu falei, ficar� muito f�cil voc� migr�-lo para multicamadas. na verdade eu recomendo que voc� j� fa�a isso: al�m de tirar o BDE, transforme-o em multicamadas. vai ficar muito bom. voc� n�o ir� se arrepender.

Miudo · Answer

valeu...valeu mesmomas minha situa��o � que tenho que converter um sistema que j� est� em delphi e que � imposs�vel sair reencrevendo o c�digo todo.Imposs�vel analizar tela por tela...� muito mais que 800...estou tendo que varrer todos os .pas e dfm, criando novos componentes e substituindo os antigos pelos novos com um programa.mascarando assim todos os componentes necess�rios para converter de um delphi pro outro e tirar o BDE.ent�o o controle de transa��o fica muito complicado... os recursos novos do clientdataset tem que ser ignorados e muitos outros problemas que acontecem... relat�rios...mas � bom saber disso ai que voc� faloumuito obrigado...

F�rum Par�metros com DbExpress #333817