Transaksi ?? hmm kayaknya ga pake transaksi tuh
saya masih belum paham ttg transaksi ini..
kira2 transaksi ini bisa mempercepat query nggak ya ? krn bisa
membuffer beberapa SQL kemudian meng-commit-kan sekaligus ..
lebih efisien mungkin ?
btw saya lagi mendesain updating seperti ini
sql = SELECT * bla bla..
sql.exec();
for (begin ; eof ; i++)
{
id = row["id"];
sql = "UPDATE table SET state=1 WHERE id="+String(id)
if ( i!=eof) sql += " OR ";
}
sql.exec();
....dst
jadi strateginya .. membuffer dulu id yg akan di update .. dikumpulkan
dlm
satu SQL kemudian mengexecutenya
saya rasa kok lebih efisien dan cepat dibanding beberapa update satu2..
gimana tuh ??
makasih
bayufa
> > Bagaimana dengan proses update nya ??
> > terutama krn setelah melakukan select , aplikasi akan mengupdate
field
> > state ..
>
> menurut saya kedua query ini harus dijalankan dalam satu transaksi...
>
> > sebaiknya mana ya ? lg diupdate atau di buffer dulu baru kemudian
> > diupdate dlm satu statement SQL ?
>
> keduanya tidak masalah, asal dijalankan dalam transaksi... atau pakai
locking
> kalau jenis table-nya tidak support transaksi...
>
> > see.. problemannya di sistem ini , banyak SELECT + banyak UPDATE +
> > banyak INSERT
> > mgkn mekanisme locking-nya ? tapi gmn yah...
>
> update di sistem anda sepertinya sudah maksimal, karena tidak
mengupdate field
> yang panjangnya variable, dan field yang diupdate tidak diindex...
>
> --
> Berhenti langganan: [EMAIL PROTECTED]
> Arsip dan info: http://linux.or.id/milis.php
>
--
Berhenti langganan: [EMAIL PROTECTED]
Arsip dan info: http://linux.or.id/milis.php
