Grava��o utilizando DbGrid e ClientDataSet

Question

Boa tarde!Estou tentando alterar dados de uma tabela a partir de um DbGrid que est� ligado a um DataSource e este est� ligado � um ClientDataSet.Quando altero uma linha do DbGrid e mando salvar, n�o e...

Emerson Nascimento · Answer

qual a instru��o do seu Dataset? os providerflags dos campos foram definidos de acordo com o UpdateMode do datasetprovider? a instru��o � alterada no clientdataset?...

Dani_anjos · Answer

Oi!Os providerflags est�o como pfInUpdate, pfInWhere. No meu DataSetProvider o options est� como poPropogateChanges e poAllowCommandTex. O UpdateMode est� como UpWhereKeyOnly.Eu n�o altero as instru��es do ClientDataSet, eu apenas passo dois par�metros pra ele.Obrigada pela aten��o e desculpe pela demora na resposta, tive uns probleminhas com a internet aqui..rsValeu!...

Emerson Nascimento · Answer

a primeira pergunta foi: qual a instru��o do seu dataset?
essa pergunta foi para saber se h� uso de join. visto que voc� n�o a respondeu, imagino que n�o haja uso de joins.

os providerflags devem ser utilizados em conjunto com o updatemode.
como seu updatemode est� como UpWhereKeyOnly, voc� precisa o(s) campo(s)-chave.

[b:9e4f14f16f]por padr�o, fa�a assim:[/b:9e4f14f16f]
[i:9e4f14f16f]o(s) campo(s)-chave deve(m) estar com:
providerflags := [pfInUpdate, pfInWhere,pfInKey]
obviamente, pfInKey indica que esse � um campo chave. tamb�m � informado que esse campo � atualiz�vel e que deve constar na cl�sula where. fa�a isso para todos os campos-chave de sua tabela.

os demais campos, desde que perten�am � mesma tabela, devem ser:
providerflags := [pfInUpdate]
porque eles n�o precisam estar na cl�usula where e nem s�o chaves. na cl�usula where basta que se ponham os campos-chave para correta localiza��o do registro.

os campos n�o pertencentes � tabela (aqueles campos vindo de joins) devem ser:
providerflags := [pfHidden]
para que n�o sejam referenciados na instru��o que ser� montada pelo provider para manipula��o do registro.[/i:9e4f14f16f]

Note que essas configura��es somente s�o necess�rias porque voc� definiu o updatemode como UpWhereKeyOnly. essa forma � mais trabalhosa, mas propricia uma melhor performance na execu��o do programa.

como voc� n�o havia definido as chaves, o provider n�o conseguiu montar a instru��o de altera��o do registro.

acho que � isso.

bom trabalho.

Dani_anjos · Answer

Desculpe, me esqueci de colocar a instru��o...
Bom a instru��o �:
SELECT * FROM TABELA WHERE CD_USUARIO_SIST = :UsuarioLogado
AND CD_SISTEMA = 1

Com rela��o aos providerflags, eu mantive o default. Ficou assim:
(AdoQuery)providerflags: pfInUpdate, pfInWhere
(DataSetProvider) Options: poUseQuoteChar
UpdateMode: UpWhereAll

Estou utilizando do Delphi 2005.
Dessa maneira q eu descrevi acima, tb n�o est� funcionando!
Vou tentar fazer as altera��es q vc me passou!

Muito obrigada!!

Dani_anjos · Answer

Oi, novamente!Eu fiz o q vc me passou, mas ainda n�o est� funcionando!No AfterPost do ClientDataSet eu coloquei apenas �ClientDataSet.ApplyUpdate(0)�. Eu tentei colocar ClientDataSet.Post antes do applyupdate, mas recebo a mensagem de q o ClientDataSet n�o est� no modo de edi��o.Como estou fazendo essa altera��o diretamente no Dbgrid, vc saberia me dizer se preciso colocar ClientDataSet.edit em algum momento? OU apenas o applyupdate(0) � o suficiente pra essa altera��o ser salva no banco de dados?Mais uma vez, muito obrigada!...

Emerson Nascimento · Answer

a pr�pria grid p�e o dataset em modo de edi��o no momento em que voc� come�a a digitar algo e, assim que voc� move o ponteiro de registros, ele grava (post). se voc� colocou o ApplyUpdates no afterpost, nada mais � necess�rio.
mas n�o sei te responder o porque de n�o estar gravando.
se poss�vel, explique exatamente o que voc� est� tentando fazer, qual o banco de dados utilizado e quais os componentes de acesso aos dados.

Dani_anjos · Answer

Oi Emerson!Estou desenvolvendo uma aplica��o em 3 camadas. Na Aplica��o Servidora, estou utilizando 3 Transactional Data Modules, em um deles tenho o TAdoConnection e os demais est�o ligados a ele. Utilizo TAdoquery e TDataSetProvider ligado a query.Na Aplica��o Cliente possuo 3 Data Modules, e utilizo o DComConnection e SharedConnection, ClientDataSet e DataSource ligado ao Clientdataset.O banco � SQL Server 2000. O q estou tentando fazer � alterar os dados de uma tabela utilizando o  DbGrid. Te perguntei com rela��o ao modo de edi��o, porque no evento afterpost do ClientdataSet coloquei a seguinte verifica��o:  if ClientdataSet.State = (dsEdit) then  begin     ClientdataSet.ApplyUpdates(0);  end;E o State est� como dsBrowser. � assim mesmo?Desculpe pela insist�ncia mas � q estou migrando uma aplica��o Client/Server pra 3 camadas, e estou com muitas d�vidas!Muito Obrigada!...

Emerson Nascimento · Answer

na verdade voc� n�o precisa verificar o estado, sen�o nunca ser� feito o ApplyUpdates. ocorre que ao mudar de registro ou dar um post manualmente, o estado se altera e, obviamente depois do post (afterpost) o estado n�o ser� mais edi��o nem inser��o.
o correto seria deixar apenas a linha do ApplyUpdates.

procedure TForm1.ClientDataSetAfterPost(DataSet: TDataSet);
begin
TClientDataset(Dataset).ApplyUpdates;
end;

agora uma outra pergunta: que tipo de edi��o voc� est� fazendo a para usar uma grid? porque se for uma grid detalhe (como itens de pedidos ou coisa assim) voc� n�o deveria dar o ApplyUpdates a cada resgistro detalhe, mas sim ao final da edi��o do registro mestre.

Dani_anjos · Answer

No DbGrid estou carregando uma tabela de valores, mas essa tabela s� tem duas linhas e seis colunas. O usu�rio pode alterar o valor que quiser, e n�o precisa alterar todas as colunas. Por isso coloquei o apllyupdate no afterpost.

Ainda n�o obtive sucesso! :cry:

Vou refazer a query e ver se obtenho algum resultado!
Bom, se vc tiver mais alguma sugest�o...

Muito obrigada!

F�rum Grava��o utilizando DbGrid e ClientDataSet #285870