ActiveDelphi

[renanbg]

Estou trabalhando numa tela onde o usuario localiza as contas a receber.
A busca retorna um ou mais registros. Em alguns casos pode retornar mais de 1000 registros.

ex:

[leo_cj]

Acredito que nesse caso, você deveria utilizar um ClientDataSet, ai vc cria uma coluna virtual no ClientDataSet que vai informar se o checkbox está marcado ou não, e por ser ClientDataSet, você pode trabalhar com os dados sem fazer o commit direto no banco

[renanbg]

Certo Leo, mas me tira uma duvida.

Após o select, como jogo os dados no clientdataset e depois de alterados, como jogo as atualizações de volta no banco?

Teria que trabalhar com um datasetprovider?

[leo_cj]

Pra jogar do select no clientdataset é só fazer as ligações entre os componentes que ele já pega os dados sozinho.

ai para pegar a coluna de controle você pode fazer assim por exemplo:

[renanbg]

Sim, então a ligação é usando o datasetprovider.
Acredito que tenha que ser assim, para não dar commit direto no banco diversas vezes.

[renanbg]

Leo, me tira uma dúvida sobre esse campo virtual.

Pra entender, removi o updatesql e adicionei o datasetprovider e o clientdataset.

Adicionei todos os campos da query no clientdataset e criei um novo campo, pelo fieldseditor do clientdataset, chamado SELECIONADO, do tipo integer.

Ao fazer uma busca, o erro informando que o campo SELECIONADO não existe no clientdataset aparece.

[leo_cj]

mas ele existe na sua query?
pois como o ClientDataSet está ligado à query, ele vai buscar todos os dados de lá, inclusive o campo SELECIONADO.

Ex:

[renanbg]

Então.

Fui na query e adicionei o campo.
Em seguida fui no cds e cliquei em add all, mas ele diz que o campo no existe na query.

[renanbg]

Leo, fiz um select mais ou menos assim

[leo_cj]

você atualiza pelo ClientDataSet, usando o edit e post, porém não utiliza o ApplyUpdates

[renanbg]

Sem interação com o banco de dados não tem como marcar e desmarcar esse campo né?

Me evitaria um bom trabalho.

[leo_cj]

Daria pra utilizar apenas o ClientDataSet sem nenhuma ligação com a query, mas ai você teria que passar registro por registro (acredito que a função de clone do ClientDataSet funcione apenas para outro ClientDataSet), o que dependendo da quantidade de registros faça com que o método fique bem demorado.

[renanbg]

Pois é.

Não queria ter que usar datasetprovider e clientdataset para essa rotina, pois terei que alterar outras partes do sistema só por isso.

Dar 1.000 edits e posts é preocupante, por outro lado será feito apenas 1x por mês, no fechamento do convenio.

Decisão dificil, vou dar uma pensada.

Obrigado pelas dicas.

[natanbh1]

Um componente nativo que já vem com Checkbox disponível em suas propriedades é o Listview.

A vantagem dele é que você não vai precisar ter um campo flag para criar os checkboxes.

A desvantagem é que ele não é ligado a banco de dados, você vai precisar preenchê-lo "manualmente" e não automaticamente como um DBGrid.

Se decidir usar o Listview, veja estes links:

http://www.linhadecodigo.com.br/artigo/581/delphi-usando-listview-como-dbgrid.aspx
http://www.devmedia.com.br/ler-e-gravar-listview-em-delphi/18010
http://www.planetadelphi.com.br/dica/7433/-verificar-se-o-checkbox-do-listview-foi-marcado-
_________________
''A persistência é o caminho para o êxito.''
Charlie Chaplin

[renanbg]

Olá natanbh1.

O listview seria uma opção, mas seria mais trabalhoso configurá-lo.

Fiz um select com um campo falso, mas mesmo sem esse campo na tabela, não fujo do edit e post.

Minha conclusão é que vou precisar usar o datasetprovider e o clientdataset.
Já sei fazer as ligações. Minha unica duvida é quanto ao select que trará os dados.

- devo fazer esse select na query ou no clientdataset?

Pergunto pois tenho selects pre-definidos direto no sql da query que recebem os parametros só no momento da pesquisa só quando clico no botão de pesquisa no formulario.