請教一下各位： 之前尋找過其他的文章 若要N-TIER要作transaction是以 一次送入數個clientdataset.delta到server端 再將數個delta包在server中作transaction，錯誤則rollback (錯誤請指正) 之後有兩個問題請教 1.clientdataset(以下簡稱cds) 如果cds1,cds2,cds3的db 寫入順序是1,2,3,1,2,3,1,2,3 那將delta一次送到server端時，還能得到正確的寫入結果嗎 會不會變成1,1,1,2,2,2,3,3,3 (希望不會表達的很模糊) 2.發文中提到client端是以cds.changecount和varisnull(cds.delta) 去判定有無變更資料再送到server 可是我試的結果，只有用append才能增加changecount cds.execute的(insert,delete)執行並不會增加changecount 所以，是否無法把clientdataset.Execute等sql執行加入transaction

引言: 請教一下各位： 之前尋找過其他的文章 若要N-TIER要作transaction是以 一次送入數個clientdataset.delta到server端 再將數個delta包在server中作transaction，錯誤則rollback (錯誤請指正) 之後有兩個問題請教 1.clientdataset(以下簡稱cds) 如果cds1,cds2,cds3的db 寫入順序是1,2,3,1,2,3,1,2,3 那將delta一次送到server端時，還能得到正確的寫入結果嗎 會不會變成1,1,1,2,2,2,3,3,3 (希望不會表達的很模糊) 2.發文中提到client端是以cds.changecount和varisnull(cds.delta) 去判定有無變更資料再送到server 可是我試的結果，只有用append才能增加changecount cds.execute的(insert,delete)執行並不會增加changecount 所以，是否無法把clientdataset.Execute等sql執行加入transaction

DHM 回答1: 一般而言，更新一筆資料,其實是個別的ID。 若更新,對同一table的record，其執行順序是固定的;確定沒錯。 若cds 寫入有順序性,當然不會改變,但若另一端AP程式,有設定 當有人寫入時,即不更新的中斷行為時，如CDS2有許多人同時使用 而當您以123寫入時即發生1,3 有寫入,但2卻沒寫入的例外。 因此為了確保可以依序寫入123 順序，可以如下這樣做: 1.建立一個 交易確保功能: 如: 當cds1寫完成，令flag=true;接著 cds2判斷cds1的flag=true時執行cds2寫入動作，令的flag=true;cds3.判斷cds2的flag=true 時 執行cds3寫入。 若發現cds2被其它ap鎖了或使用時,回復cds1/cds2/cds3 的old.data 採循序處理a(1)->b(2)->c(3),而不要用批次一次執行x(123)。以確保交易順序性。 回答2: 請參閱: http://delphi.ktop.com.tw/quicksearch.exe/quicksearch?SearchStr=changecount 可以找到您的需求。 可以改寫寫入方式,在 DataSetProvider [OnBeforeUpdateData](只要有任何字元包括註解在事件內時,表示要由自己去處理所有更新異動的動作,不由原來的去自動執行)事件內改寫入 而不用原來的方式處理。 發表人 - atein 於 2005/09/10 14:41:26 發表人 - atein 於 2005/09/10 14:45:17