Nope, Joel. Post só manda o registro para o cache do TClientDataSet. Quem acaba
fazendo o envio pro BD é o ApplyUpdates.
Gostaria de agradecer todos os colegas ( Rubem Nascimento, Bruno Lichot, Walter
Chagas e Adriano Santos ) por confirmarem o ponto de vista que não necessito
explicitar o uso
Claudio,
Só pegando uma carona no topico. Esses dias vi uma video do Guinter
e num exemplo que mostrava na tela tinha um botão de post e outro
ApplyUpdate. Ele alterava o dado no grid, clicava em Post e depois em
ApplyUpdate. Fiquei boiando porque achava que o Post já fazia esse
commit no
Precisa controlar. Como está usando o componente?
DBExpress?
Se for DBExpress, receita de bolo, precisa fazer o seguinte:
procedure TForm1..
var
Trans : TTransactionDesc;
begin
Trans.TransationID := 1;
Trans.IsolationLevel := xilREADCOMMITTED;
try
SqlConnection.StartTransation(Tra
O ClientDataSet, via TDataSetProvider, já faz esse controle de forma
transparente, mesmo se vc ClientDataSets aninhados representando uma relação
mestre-detalhe.
Sds.
To: delphi-br@yahoogrupos.com.br
From: [EMAIL PROTECTED]
Date: Fri, 11 Apr 2008 13:58:51 -03
Pois é, Bruno. Tenho isso em mente, mas alguém me questionou que estou
equivocado e o melhor é sempre ter uma transação explícita mesmo trabalhando
com ClientDataSet, mas não sei... não me convenceu.
Agora, se puder me confirme: mesmo que eu esteja usando mestre/detalhes, não
preciso ter uma tr
Pelo que eu entendi de sua pergunta, sim.
O ClientDataSet "faz" o controle de transacoes automaticamente atraves do
metodo ApplyUpdates.(Na verdade quem faz é o SQLConnection atraves dos
Metodos StartTransaction,. Commit e Rollback).
Quero dizer, qndo vc chama este metodo ele pega as alteracoes q
O metodo applyupdates é uma transação monitorada, o parâmetro deste método é o
numro de erros que podem ocorrer. Por isso se colocar zero, este não permitira
erros..
Abs
BL
From: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of
Ricardo César Cardoso
Sent: sexta-fei
7 matches
Mail list logo
