The Pragmatic Programmer

Tulisan iseng kalo ada waktu.
See also: Other Geeks@INDC

Database Server Yang Ga Bikin Pusing

Membaca postingan di sini. Saya jadi tergelitik untuk mencari tahu apakah ada DB server yang kita tidak perlu pusing untuk desain aplikasi dengan arsitektur macem-macem. Pokoknya kita desain aplikasi simple, sambungin ke DB server lalu mau datanya berapa terabyte sekalipun itu aplikasi tetep jalan ampe ngacir? Tentunya kita membicarakan aplikasi bisnis bukan aplikasi seperti FB ato linkedin.

Ada yang punya pengalaman? Atau ada yang bisa cerita implementasi SAP dengan back-end Oracle itu maintenancennya seperti apa? ;)

Share this post: | | | |

Comments

Risman Adnan said:

Menurut saya tidak ada. Kalau gak percaya, coba buat deh...

# April 4, 2009 6:24 PM

irwansyah said:

hmmm...dengan kata lain gw harus ikut pendapat situ?

# April 4, 2009 6:30 PM

Risman Adnan Mattotorang said:

Ya tidak juga, tapi, everything yang dibuat oleh manusia pasti ada batasannya. Soal database, mulai mekanisme storage (ISAM, etc), db kernel, dll pasti ada batasannya.

Contoh, coba buat table di oracle gak usah pakai RDBMS design dan partioning segala, buat aja beberapa table dan kamu insert terus menerus, trus kamu query dan liat response time nya. Trus kamu buat plot:

- response time vs row numbers

- response time vs db storage size

Analisa deh hasilnya - semua database ada limit. Terrabyte database needs scalable design strategy. Karena by default, OLTP/OLAP workload pasti ada batasnya.

# April 4, 2009 7:35 PM

irwansyah said:

Thanks atas responnya. Justru gw nanya di sini biar ada yang bisa share. Kalo bisa nyobain sendiri ngapain nanya. :)

# April 4, 2009 8:00 PM

irwansyah said:

Hmm...mungkin boss Risman bisa kasih performance benchmark untuk MySql, PostgreSQL, Oracle, dan SQL Server?

# April 4, 2009 8:01 PM

jraklm said:

m1pwNo  <a href="ztnfzjymdryy.com/.../a>, [url=http://vnckkpbtpdff.com/]vnckkpbtpdff[/url], [link=http://unlksownkkgx.com/]unlksownkkgx[/link], http://otkjmwbrijlw.com/

# April 9, 2009 5:05 AM