Yap endy bener banget ... ini mah keciiiillll... 100rb pertahun. Di telan sama MySQL mah kayak makan snack.
Kalau sudah seperti di tempat gw, handle CDR output dari salah satu operator telco indonesi, ini operator menengah lho, bukan yang gede-gede amat. 32 JUTA record itu makanan setiap hari. Dan data harus di keep 6 bulan hingga 1 tahun sesuai regulasi. Pake Column Based DB dengan beberapa node masih kuat kok. Dan ini masih SQL based. Salam. 2010/5/4 Endy Muhardin <endy.muhar...@gmail.com> > > > 2010/5/4 Sugihartono <mr.sugihart...@yahoo.com<mr.sugihartono%40yahoo.com> > > > > > > > > > > Tmen2... butuh saran nih > > > > Untuk aplikasi web based yang menghandle data ratusan ribu dengan > pertumbuhan data sekitar seratus ribu pertahun, dbms apa yang cocok > digunakan? > > > > aplikasinya tdk terlalu padat trafficnya. Jika menggunakan oracle apakah > keuntungannya sebanding dengan biaya licence yang harus dibayar? mengingat > aplikasi untuk program csr charity sebuah perusahaan > > > > aplikasi akan diinstall di server pusat, orang2 dari seluruh indonesia > yang nantinya akan mengakses. > > > > Ratusan ribu data dengan pertumbuhan 100 ribu / tahun itu sangat kecil. > Kita ada aplikasi, masih skala kecil juga, pertumbuhan data 100 ribu per > hari. > Pakai MySQL lancar jaya, belum dituning apa2 kecuali add index di > kolom2 yang sering dipakai di where. > > Sebenarnya, jumlah data belum tentu relevan juga. > Tergantung profil aplikasinya, apakah banyak write sedikit read, atau > mostly read, write sedikit, atau seimbang. > Pertumbuhan data 1 juta per hari tapi kalo cuma insert aja gak ada > select, ya kenceng2 aja. > > -- > Endy Muhardin > http://endy.artivisi.com > Y! : endymuhardin > -- life learn contribute -- > > > -- Ferdinand Neman ---- Developer Team Lead, System Analyst, System Designer and Solution Architect http://www.linkedin.com/in/fneman
