Varrer ClientDataSet

Question

Pessoal,Gostaria de saber se � poss�vel percorrer um dbgrid sem que o usuario perceba esta opera��o.Exemplo: preciso localizar dentro de um dbgrid um registro que atenda determinada condi��o, irei per...

Marcio.theis · Answer

Pode trabalhar com propriedades da query, tipo:

qryTeste.DisableControls;
qryTeste.First;
while not qryTeste.Eof
    begin
    //Valida��es
    qryTeste.Next;
    end;
qryTeste.First;
qryTeste.EnableControls;

Os comandos devem de estar todos certos.... :lol:

Rodolfo.pirolo · Answer

Marcio,Resolveu o meu problema, muito obrigado pela dica.Abra�osRodolfo...

Marcio.theis · Answer

Certo...Valew...  8)...

Brunolspp · Answer

no cas de ser um campo vc pode usar o metodo locate apos um disablecontrols

ou usar o metodo setkey, mas para este, vc deve criar um indicedinamico no cds, estou falando isso pq ja tive q lidar com uma gama de dados mto grande e fazer a opera��o ficar rapido, e no setkey foi a solu��o.. ficou mto rapido mesmo..

abra��o

Titanius · Answer

Bruno, pode explicar melhor isso a�? Gostei da id�ia.. :D[]s...

Marco Salles · Answer

eu acho que o set setkey em termos de velocidade , quando comparado ao FinKey , n�o deve trazer diferen�as significativas.. Pelas biografias , o que se diz � que o primeiro fornece um tratamento de erro melhor e o segundo � mais simples de usar...
Por�m os dois comparados ao metodo locate , podem trazer siginificativa melhora em termos de performace.. Ja que o m�todo Locate , por n�o exigir um indice , efetua uma pesquisa sequencial e n�o otimizada..

Por outro lado , quando se tem um indice , o m�todo Locate [b:a3d9602fe4]o utilizara [/b:a3d9602fe4]e a pesquisa sera mais r�pida....

No fim , teoria � teoria e pr�tica � pr�tica

Brunolspp · Answer

o uso do setkey vc precisa somente criar um indice dinamico no cclientdataset e aplicar o findkey e passar para o c ampo o valor desejado a se achar,

no meu dia a dia ele � o mais rapido de todos os recursos.

na minha pagina de downloads no exemplo do borcon deste ano com certeza vc acha uma fun��o para criar indices dinamicamente no clientdataset, principalmente no evento titleclick dos dbgrids.

eis o link: http://cc.borland.com/Author.aspx?ID=795118

Abra��o

Marco Salles · Answer

Bem , eu n�o vi nada ate hoje , que indicasse o uso do setKey seguido do FindKey... Sinceramente conhecia o setKey usado em conjunto com o GotoKey , ou reciprocamente com o m�tdo GotoNearest..

Assim o algoritimo seria:

DataSet.SetKey ; //inicializa��o do estado de pesquisa DataSet[�Campo�]:=p a ser pesquisado //configura��o do valor alvo Dataset.gotoNearest; //iniciar o processo de pesquisa

Sinceramente � uma surpresa para mim o uso do SetKey com o FindKey

Andrew · Answer

[quote:c9b61aa92f=�Marco Salles�]Bem , eu n�o vi nada ate hoje , que indicasse o uso do setKey seguido do FindKey... Sinceramente conhecia o setKey usado em conjunto com o GotoKey , ou reciprocamente com o m�tdo GotoNearest..

Assim o algoritimo seria:

DataSet.SetKey ; //inicializa��o do estado de pesquisa DataSet[�Campo�]:=p a ser pesquisado //configura��o do valor alvo Dataset.gotoNearest; //iniciar o processo de pesquisa

Sinceramente � uma surpresa para mim o uso do SetKey com o FindKey[/quote:c9b61aa92f]

Marco Salles, vc quer dizer que se houver um �ndice na tabela o LOCATE ficar� masi r�pido? Fica tanto quanto FindKey?

Marco Salles · Answer

[quote:b33cfe7be6]Marco Salles, vc quer dizer que se houver um �ndice na tabela o LOCATE ficar� masi r�pido? Fica tanto quanto FindKey?[/quote:b33cfe7be6]eu quero dizer , � o que eu ja li sobre o assunto ,�� que se estiver um indice , a pesquisa usando o locate sera mais r�pida quando comparada a uma pesquisa usando o proprio Locate nun campo que n�o � indice... Porque automaticamente o metodo Locate usara o indiceNas biografias , pelo menos ate agora , n�o existe uma compara��o [b:b33cfe7be6]entre campos com indice[/b:b33cfe7be6] , pesquisado pelo Locate , pelo FindKey ou pelo GotoKey usando SetKey Para Preparar , no quesito rapidez.. Vale � a pr�tica de cada um ao se depara com eventuais situa�oes especiais.O que todas biografias s�o unanimes em afirmar que a pesquisa com Locate em campos que[b:b33cfe7be6] n�o s�o indices [/b:b33cfe7be6]s�o mais lentas porque s�o feitas de modo sequencial......

F�rum Varrer ClientDataSet #333503