numpuk begini : nama_index (btree) field1 field2 field3 jadi 1 index, 1 btree diisi byk field, =========== klo yg sekarang dipisah per btree : nama_index_f1 (btree) field1 nama_index_f2 (btree) field2 nama_index_f2 (btree) field3
Kayaknya kita seumuran nih kaka :o ah yang boneng.. :matabelo: klo gue dulu alay-ny pas jaman friendster .. :ngakak
jadi aplikasinya insert data ke 2 db yg beda? gw gak pernah sih pakai cara gitu. semua 1 db cukup untuk tarik report juga. tapi tabelnya bisa jadi nambah untuk buat summary data report yg di jalanin pakai batch. Iya gan, replikasi master slave.. yg mster buat insert, yg slave buat lihat2 report.. t
ane banyak nemu kaya gini kalau aplikasi php sama mysql. Ane pakai asp net sama sql server gak pernah ngalamin lemot. Data udah jutaan juga. Asalkan select nya ada where clause jgn select semua data. udh solved gan, ternyata masalahnya index numpuk ... sama databasenya msh jadi 1 .. skrg indexn
owh disimpen ke object2 dulu ya gan, pke ORM / activerecord ssuai bhsa pemrogramannya.. :matabelo: nah ini gue jrg pake limit :ngakaks -- okedeh gan, makasi byk ni jawaban2nya ... nanti gue cari dah connection poolnya, dkk sori ngeganggu nih .. ty banget :Peace: ntar tanya2 lagi yak klo ada ken...
ane pernah nemu legacy code pakai rails, dia berusaha meload semua data dari tabel tertentu, awalnya fine fine aja, makin gede datanya makin lambat dan makin haus memory ya iyalah, dia pakai find_all ke tabel tsb (gak ada batch atau pagination), ketika datanya ada 4 jutaan, ya mampus sudah serverny
intinya kalau datanya terlalu banyak utk dimasukkan ke database, kan sebelum ditulis ke database disimpan dulu di tempat lain, di backend side, kalau pakai php, ya dalam bentuk object objectnya php itu data yang hendak dicreate, atau rails misalnya disimpan dalam bentuk object2nya activerecord, itu
