jangan terlalu percaya dengan fitur database transaction. betul bahwa dia mengunci atomicity dari transaksi, tetapi jika atomicity transaksi ini memerlukan perubahan data yangbanyak, pasti kolaps. ini di MS sql 2000 ya. mungkin karena locking nya SQL 2000 masihagak agak oon, jadi kalau begini biasanya hang.
belum ada ide gimana ngatasin nya. gw perlu mindahin data dari table transaksi ke table arsip, jumlah nya bisa jutaan records. ideal nya sih mesti atomic.
mungkin bisa gw akalin atomic per 1 konteks data (ada 1 root parent data, total sekitar 30 ribu, data anak anak nya yang jutaan).
jadi paling mesti nahan dalam 1 transaksi cuma puluhan ribu , bukan jutaan data.
gimana ya nge test performance sistem yang bener. script nya di coba di server development yang database nya kecil, lancar. lha kalau data live di restore ke database development, apa iya spec server development jg harus sama dengan spec operasional ? boros donk
Tidak ada komentar:
Posting Komentar