Ada cara lebih ampuh, ... kalo dikau pake DevEx Grid seperti ini dijamin gampang.... meskipun masih menggunakan metode looping, tapi ini lebih cepat daripada langsung akses dari db nya... Tinggal simpan function perhitungan total di event : DataSummaryFooterSummaryItems0GetText(... bla bla bla parameter) dikau sudah dapat menghitung seperti itu dengan cepatnya. Sama halnya dengan daku disini ... tadinya seperti itu, tapi sekarang sudah SOLVED ... :mrgreen:

Kalo gak pengen looping per record.. ya taruh aja perhitungan di setiap event Post, Delete...misalnya untuk delete, maka kasih perhitungan lTotal := lTotal - NilaiFieldDariRecordYgDiDelete.. demikian pula untuk Post, tinggal bedakan aja apakah itu Insert atau Update. Btw.. kayaknya ada sesuatu yg aneh kalo proses looping dan perhitungan dengan record < 1000 dikau bilang lambat.. biasanya sih cepat, apalagi perhitungan dikau cukup simpel.

@manz_delphi: Ada cara lebih ampuh, ... kalo dikau pake DevEx Grid seperti ini dijamin gampang.... meskipun masih menggunakan metode looping, tapi ini lebih cepat daripada langsung akses dari db nya...

waduh.. kalo pake cara dengan menggunakan komponen, SMDBGrid ku juga punya fungsi bawaan untuk menghitung total seperti itu. tapi kurang keren.. karena pernah ku coba ternyata caranya juga hampir sama dengan fungsi looping ku diatas, yaitu melakukan perhitungan dengan cara bego :D.

@deLogic: Kalo gak pengen looping per record.. ya taruh aja perhitungan di setiap event Post, Delete...misalnya untuk delete, maka kasih perhitungan lTotal := lTotal - NilaiFieldDariRecordYgDiDelete.. demikian pula untuk Post, tinggal bedakan aja apakah itu Insert atau Update.

nah.. kalo mo diletakkan kayak di atas. karena kadang-kadang sulit mbeda in antara insert dan edit. sebagi contoh : harga barang yang kita edit awalnya 5000. dan kita ubah menjadi 1000. nah lTotal harus kita kurangi 4000 kan ?? dari mana kita tahu bahwa harga awal adalah 5000 dan di ubah menjadi 1000. kecuali kita beri prosedur untuk menyimpan nilai awal pada event before edit. saya kira dengan model kayak gini cukup merepotkan.. karena harus mikir kira-kira event apa aja yang harus kita preventif agar tidak terjadi kesalahan hitung. kita tidak tahu sebeapa kreatifnya user kita wekeke.... emang kelebihannya tidak terjadi looping sia-sia. yang dikerjakan adalah proses pada record active aja. untuk proses looping, emang gak ada hitung macem-macem. tapi bayangin aja.. kita entry data. anggap aja setelah menyimpan melakukan perhitungan untuk mencari total sebanyak 1000 record. pasti kelihatan ada jeda.. alias freeze :D. saya kemaren nyoba pengen menggunakan thread. tapi hasilnya 0 besar.. karena diriku gak bisa gimana cara make thread... contoh yang di berikan oleh oom google minta ampun diriku. gak bisa ngerti logikannya.. huekekekek..... :D jadi kayaknya rekan-rekan belum mempunyai cara ampuh ya ? :( ku pikir ada cara yang lebih simple.. gak pake prosedur macem-macem. but, thanks atas sedikit pencerahannya ...

@CH: merepotkan? itu sih tergantung.. :) kalupun banyak prosedurnya, kan singkat2 kodenya.. btw mengenai jeda proses looping perhitunganpasti adalah, lama waktunya tergantung kode perhitungan dikau dan kemampuan komputer, tinggal dikau aja pake trik biar gak keliatan freeze.. :)

@CH: waduh.. kalo pake cara dengan menggunakan komponen, SMDBGrid ku juga punya fungsi bawaan untuk menghitung total seperti itu. tapi kurang keren.. karena pernah ku coba ternyata caranya juga hampir sama dengan fungsi looping ku diatas, yaitu melakukan perhitungan dengan cara bego :D.

Ya jelas kalo hanya pake fungsi bawaan dari grid tersebut... dikau kan bisa customized code untuk totalnya... sama seperti hal yang aku lakukan dengan menggunakan customized code, gak langsung dari bawaan grid tersebut... jadi coding nya gak bego bego benerrr ... meskipun memang iya bego :mrgreen: Total yang aku pake malah : qty price - disc (kalo ada disc) .... kalo engga berarti qty price ajah, dan ini juga bisa dipergunakan untuk mengetahui value asalnya, alias underlying value (ambil istilah VB sorry).

@CH: nah.. kalo mo diletakkan kayak di atas. karena kadang-kadang sulit mbeda in antara insert dan edit. sebagi contoh : harga barang yang kita edit awalnya 5000. dan kita ubah menjadi 1000. nah lTotal harus kita kurangi 4000 kan ?? dari mana kita tahu bahwa harga awal adalah 5000 dan di ubah menjadi 1000.

ini kasusnya sama dengan daku pada saat tidak diketemukannya underlying value, nah aku pake DevEx ini udah ketauan bisa diambil underlying valuenya itu. Nah, kalo daku menggunakan even Before dan After post ... kalo beforepost untuk checking apakah insert atawa edit, nah untuk after postnya aku pake statusnya untuk mengetahui apakah tadi itu insert atawa edit... tidak terjadi freezing pada saat terjadi peng-update-an data baik edit atawa insert ... :mrgreen: