Database besar sebetulnya bukan melulu tergantung pada jumlah record. Anda bisa sangat mengurangi besar database dengan menggunakan type2 data sehemat mungkin. Misalnya gunakan type data numerik daripada string. Lalu pilihlah length data terkecil yang masih memadai. Gunakan Foreign Key untuk (misalnya) nama propinsi. Jadi di table penduduk tadi cukup simpan IdPropinsi tinyint saja (asumsi menggunakan mysql:p) yang hanya makan kapasitas 1 byte. Jika anda menyimpan nama propinsi sebagai char(50), anda akan makan kapasitas 50 bytes. Bayangkan penghematan yang bisa dilakukan untuk satu field itu saja = 49 bytes X jumlah record. (Jadi anda masih tetap bisa menggunakan mysql :) )
Anyway, kadang kita juga terjebak untuk pusing2 saat milih tools/software mana yang akan kita gunakan padahal mysql dan postgre ini berfungsi sama, yaitu sama2 DBMS. Saran saya, coba pertimbangkan dulu point2 lain yang sesungguhnya punya andil lebih besar dalam sebuah sistem online multiuser, antara lain (menurut prioritas): 1. Bandwith. Pertimbangkan bandwith yang tersedia dengan kebutuhan system. Anda bisa menghitung sendiri keperluan bandwith berdasarkan perkiraan jumlah pengakses yang akan mengakses dalam waktu bersamaan dan besar data yang dikirim/diterima aplikasi. Jadi aplikasi (misal web server) harus dibuat sehemat mungkin agar data yang dikirim/diterima tidak terlalu besar. 2. Distributed server. Usahakan untuk mendistribusikan beban ke sebanyak mungkin mesin server. Untuk kasus anda, saya bisa usulkan sbb.: - Gunakan beberapa mesin web server sekaligus (asumsi saya: anda menggunakan web base aplication). Misal: . Web Server A untuk melayani daerah kecamatan A, Web Server A1 untuk melayani input data. . Web Server A2 untuk searching. - Gunakan beberapa mesin database server sekaligus dengan skema MySQL Replication Slave http://dev.mysql.com/doc/refman/6.0/en/replication.html (asumsi saya: anda menggunakan mysql:p). Misal: . DB Server 1 sebagai master untuk melayani input data (tidak perlu ada indexing karena tidak ada searching dan updating. Ini akan sangat menghemat kapasitas dan meningkatkan performa inserting). . DB Server 2, 3, dst sebagai slave untuk searching (tidak perlu gunakan constraint key dan cukup gunakan myisam saja. Lakukan indexing untuk mengoptimasi searching). 2. Server Hardware. Mesin server harus punya performance yang cukup. Misal: Untuk database server, gunakan harddisk kecepatan tinggi (misal scsi) dan RAM besar (misal 2GB). 3. Barulah pertimnangkan mo pake Mysql apa postgre. Tapi kalau anda sudah melakukan optimasi di atas, system anda akan lebih cepat performancenya dari systemnya orang pusat yang pakai oracle :) --- Febri <[EMAIL PROTECTED]> wrote: > Saya lebih suka PostgresSQL, apapun alasannya :D > > ----- Original Message ----- > From: "rinjani lombok" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Wednesday, May 07, 2008 9:30 AM > Subject: Re: [tanya-jawab] [OOT][TANYA] MySQL vs > PostgreSQL > > > > Penggunaan ringan pake : MYSQL. kalo penggunaan > berat : POSTGRES SQL. > > Jadi relatif ya, tapi menurut saya dari posting > terakhir lebih baik > > pake Posgres SQL > > > > On 5/7/08, Sihab <[EMAIL PROTECTED]> wrote: > >> raf raf wrote: > >> > Sudah diINDEX belum? Kalau di mysql, utk tahu > sebuah > >> > query sudah optimize apa belum, bisa gunakan > command > >> > EXPLAIN. > >> > >> makasih semua atas masukkannya. :) > >> > >> karakteritik data kependudukan: > >> 1. banyak record, lebih dari satu juta. satu > record bisa lebih dari 80 > >> field. (bisa dipecah-2 sih) > >> 2. akan jarang terjadi perubahan pd suatu record > tapi penambahan record > >> akan terus terjadi. > >> 3. sering terjadi proses pencarian data (misalnya > untuk memastikan data > >> si A sudah terekam atau belum) > >> 4. harus aman, stabil. karena menyangkut hajat > hidup orang banyak :D > >> 5. sinkronisasi. pengguna tidak langsung ke > server induk, tiap kecamatan > >> ada server, agar proses lebih cepat dan tidak > bergantung pd satu titik. > >> > >> klo lihat karakteristiknya, PostgreSQL lebih > mendekati, yakni pd item > >> 4,5. Namun MySQL lebih ok untuk item 3. CMIIW, > ya... > >> > >> yg sekarang pake oracle, web based (tidak ada > sinkronisasi). tapi itu > >> proyek orang pusat. orang daerah tidah bisa > sentuh. dan fungsinya melulu > >> pendataan. tidak ada fungsi analisa. > >> pak bos minta migrasi ke FOSS saja dan kita yg > buat agar bisa > >> dimanfaatkan semaksimal mungkin untuk kepentingan > pemko. > >> > >> terima kasih, > >> Sihab > >> > >> -- ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- FAQ milis di http://wiki.linux.or.id/FAQ_milis_tanya-jawab Unsubscribe: kirim email ke [EMAIL PROTECTED] Arsip dan info milis selengkapnya di http://linux.or.id/milis
