pertimbangan antara lain -budget support / lisensi kadang ada bugs tanya kesana kemari ndak ada yang jawab mending ada yang bisa ditanyai
-kebutuhan fitur fitur yang dibutuhkan misal data type, tablespace, log , scalability, failover / high availability dan bisa jalan di OS apa, -resource DBA supaya desain database (index, desain penyimpanan, tipe log dan analisis query) lebih optimal -budget server + storage karena bottleneck ada di disk maka gunakan multi soket processor, teknologi SSD dan teknologi FC yang 8 GB kalau untuk transaksi per hari sampai jutaan tergantung juga seperti apa desainnya contoh snapshoot buat mysql http://blogs.sun.com/realneel/entry/tuning_mysql_innodb_for_sysbench http://blogs.sun.com/blueprints/entry/running_sysbench_benchmark_on_mysql yang bisa kalau dihitung perhari bisa sampai 172.800.000 2010/5/4 <bernadus.ed...@gmail.com> > > > Pelan2 aja, > Kalau data masih kecil, cukup pake database server yang tradisional. > Nanti berjalan nya semakin maju suatu perusahaan, maka perlu migrasi ke > database lain yg lebih powerfull. > > Yang paling penting adalah desain agar lebih mudah untuk pindah ke server > lain. > > Selain itu juga implementasinya. > Index yang benar dan minimalisir locking table. > > Jangan lupa housekeeping. > Pindahkan ware house database server. > Sering kali salah kaprah, operational dan warehouse dijadikan satu server. > > Thx, > Edwin > > Powered by Telkomsel BlackBerry® > ------------------------------ > *From: * "daru.priyoko" <daruoke...@yahoo.com> > *Date: *Tue, 4 May 2010 02:16:11 -0700 (PDT) > *To: *<jug-indonesia@yahoogroups.com> > *Subject: *Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL > > > > kalo transaksi engga terlalu banyak.. > mendingan dari yang kecil dulu.. > sesuai dengan kebutuhan... ^_^ > > MySql -> migrasi Oracle... > kan enak tuh..udah ada planning jangka panjangnya... > jadi ada kerjaan kan..hehehe.. > > > ------------------------------ > *From:* Dion Azani <dion_az...@yahoo.com> > *To:* jug-indonesia@yahoogroups.com > *Sent:* Tue, May 4, 2010 4:07:47 PM > *Subject:* Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL > > > > Pake Oracle, MySQL, atau PostgreSQL, pak ..?? Atau SQL Server 2008 ..?? > > --- On *Tue, 5/4/10, Ferdinand Neman <new...@gmail. com>* wrote: > > > From: Ferdinand Neman <new...@gmail. com> > Subject: Re: [JUG-Indonesia] Memilih MySQL, ORACLE, atau PostgreSQL > To: jug-indonesia@ yahoogroups. com > Date: Tuesday, May 4, 2010, 3:38 AM > > > > 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.muhardin@ gmail.com> > >> >> >> 2010/5/4 Sugihartono <mr.sugihartono@ yahoo.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 <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 > > > > > -- Salam Hormat Ryan Fabella http://zer0d4y.blogspot.com/
