Lahirnya Hybrid”Objek Relasional” Database

Lahirnya Hybrid”Objek Relasional” Database
Sebagai Teknologi Database Masa Depan
Untuk persyaratan penelitian sebagai tugas matakuliah seminar
Studi S1 Program Studi Ilmu Komputer
Diajukkan oleh :
Muhammad Yusuf Kadir
0606406
Kepada
Tim Penguji Program Studi Ilmu Komputer
Program Studi Ilmu Komputer
Fakultas Pendidikan Matematika dan Ilmu Pengetahuan Alam
UNIVERSITAS PENDIDIKAN INDONESIA
2009
1.Pendahuluan
1.1 Latar Belakang Masalah
Apakah anda menyimpan data-data seperti URLs dan gambar-gambar, di suatu database
relasional yang dihasilkan oleh Oracle, Sybase, atau Informix? Apakah anda berfikir bahwa ada
jalan yang lebih baik untuk mengambil data anda dan menyimpannya dengan cara yang lebih
efisien ?. Apakah anda menemukan bahwa database tradisional tidak hanya mematahkan kita
ketika memanage berbagai komponen didalam website anda ?.
Jika anda menjawab "ya" kepada salah satu pertanyaan-pertanyaan ini, hampir bisa
dipastikan sistem manajemen database berorientasi objek (OODBMS) ada di dalam masa depan
Anda. Sebenarnya, pertanyaan itu bukan menunjukan apakah kita menggunakan database
berorientasi objek di masa datang, tetapi lebih kepada apa derajat tingkat obyek tersebut akan
diorientasikan?.
Bahkan perusahaan database relasional, seperti Oracle dan Sybase, sedang mengadopsi
teknologi berorientasi obyek di dalam ukuran berkisar antara keramahan di mulut saja tetapi juga
menuangkan kembali produk-produk mereka ke dalam sebuah produk yakni "object-relational"
database. Jadi tidak cukup baik untuk orang-orang yang memegang teguh kemurnian bahasa
berorientasi obyek, yang percaya dengan keuntungan-keuntungan sepenuhnya dari database
berorientasi objek yang akan membuat mereka menjadi arsitektur database yang dominan.
1.2. Tujuan
Tujuan penulisan paper ini adalah untuk meyakinkan pembaca bahwa database hybrid”objekrelasional” adalah database yang akan menggantikan database berorientasi objek pada suatu
keadaan. Dikarenakan database hybrid lebih powerfull dan mudah digunakan.
1.3. Ruang Lingkup
Ruang lingkup pembahasan pada paper ini adalah tentang kelahiran database hybrid dan
prospek dari database ini di masa depan.
2. Landasan Teori
2.1 Basis Data
Basis data telah menjadi bagian penting berbagai kegiatan perusahaan-perusahaan saat ini,
seperti kegiatan perbankan, pendidikan, telekomunikasi dan keuangan. Pada awalnya tidak
semua orang menyadari telah berinteraksi langsung dengan sistem basis data. Misalnya, nasabah
Bank tertentu yang ingin melakukan pemeriksaan saldo mereka di mesin ATM (Automatic Teller
Machine) yang berinteraksi secara langsung dengan basis data perbankan tertentu.
Menurut Ramakrishnan dan Gehrke (2003) yang dikutip oleh Janner Simarmata dan Imam
Paryudi (2006: 1) basis data merupakan kumpulan data yang umumnya mendeskripsikan
aktifitas suatu organisasi atau lebih yang berhubungan. Misalnya, basis data universitas tertentu
dapat berisi: Entitas seperti mahasiswa, ruang kuliah dan hubungan antar entitas seperti
pendaftaran ulang mahasiswa.
Komponen penyusun basis data menurut Janner Simarmata (2006: 36) yaitu:
1. Skema basis data
Skema basis data adalah sekelompok objek dalam basis data yang saling berhubungan atau
memiliki relasi.
2. Tabel
Tabel adalah unit penyimpan fisik utama untuk data dalam basis data. Pada saat melakukan
akses basis data, maka pengguna mengacu pada tabel untuk data yang diinginkan.
3. Kolom atau field
Kolom adalah kategori informasi yang terdapat didalam tabel.
4. Baris
Baris atau record adalah kumpulan semua kolom yang
berhubungan dengan kejadian tunggal.
5. Tipe data
Tipe data menentukan tipe data yang disimpan didalam kolom. Umumnya hanya terdapat
tiga tipe data yang digunakan, yaitu: Alfanumerik, Numerik dan tanggal atau waktu.
2.2. Basis Data Relasional
Sistem manajemen basisdata relasional atau dalam bahasa Inggrisnya dikenal sebagai
relational database management system (RDBMS) adalah sebuah program komputer (atau secara
lebih tipikal adalah seperangkat program komputer) yang didisain untuk mengatur /
memanajemen sebuah basisdata sebagai sekumpulan data yang disimpan secara terstruktur, dan
melakukan operasi-operasi atas data atas permintaan penggunanya (Anonym ( 2008 ). Sistem
manajemenbasisdatarelasional.Tersedia:http://id.wikipedia.org/wiki/Sistem_manajemen_basis_d
ata_relasional).
Contoh penggunaan DBMS ada banyak sekali dan dalam berbagai bidang kerja, misalnya
akuntansi, manajemen sumber daya manusia, dan lain sebagainya. Meskipun pada awalnya
DBMS hanya dimiliki oleh perusahaan-perusahaan berskala besar yang memiliki perangkat
komputer yang sesuai dengan spesifikasi standar yang dibutuhkan (pada saat itu standar yang
diminta dapat dikatakan sangat tinggi) untuk mendukung jumlah data yang besar, saat ini
implementasinya sudah sangat banyak dan adaptatif dengan kebutuhan spesifikasi data yang
rasional sehinggal dapat dimiliki dan diimplementasikan oleh segala kalangan sebagai bagian
dari investasi perusahaan.
2.3 Basis data berorientasi objek
Model ini menggunakan objek sebagai perangkat lunak yang ditulis dalam potongan kecil
yang dapat digunakan kembali sebagai elemen dalam file database. Database berorientasi objek
adalah sebuah database multimedia yang bisa menyimpan lebih banyak tipe data dibanding
database relasional.
Salah satu model database berorientasi objek adalah database hypertext atau database web,
yang memuat teks dan dihubungkan ke dokumen lain. Model lainnya adalah database
hypermedia, yang memuat link dan juga grafis, suara, dan video.
Contoh: database DB2, Cloudscape, Oracle9i dan sebagainya
3.Pembahasan
3.1. Kelebihan Database Berorientasi Objek.
3.1.1. Flexibilitas pada data-data kompleks
“Keuntungan dari database berorientasi objek adalah kepada fakta bahwa informasi yang
semakin tak dapat dipisahkan dengan informasi lain dan lebih complex,” kata Mark Rawlins,
Presiden pemasaran untuk UniSQL Inc. , yang juga salah satu pengembang system database
object-relasional. Banyak orang yang menghendaki berbagai hal dari asset-asset informasi yang
[saat ini] menjadi model bisnis yang semakin kompleks. Sebagian dari permintaan mereka yang
klasik adalah `tunjukkan aku rata-rata bergerak di atas 13 minggu penjualan dari lima produk
paling menguntungkan kami.'"
Pertanyaan diatas adalah pertanyaan sederhana yang mungkin akan ditanyakan oleh kepala
pemasaran, tapi Rawlins berkata “mengambil data dengan jenis seperti diatas dari sebuah
database relasional adalah sangat sulit”.
Untuk menemukan lima data tersebut anda harus mencari modal dari semua produk, harganya,
mengurangkannya untuk mendapat keuntungan dan mencari catatan penjualan dari produk yang
paling menguntungkan,”. “Kemudian anda mendapatkannya untuk minggu ini dan penghitungan
rata-rata untuk minggu ini jadi anda makin teruntungkan.” Dimana hal ini adalah sebuah
pemrograman SQL yang sangat berat dan canggih ketika kita berhadapan dengan database
relasional
Menurut pengguna teknologi berorientasi objek,hal semacam ini menampilkan sebuah batas
kunci kepada model database relasional: apa yang terjadi ketika data dan query-query mendapat
sangat kompleks. Cara berpikir yang umum suatu database relasional adalah sebagai suatu tabel
dengan menyimpan data yang berderet dan kolom-kolom. Selama anda berhadapan dengan
tabelnya, suatu sistim manajemen database relasional yang modern (RDBMS) bisa merupakan
suatu alat sangat tangguh untuk menangani hal ini dengan cepat yang terlihat dari hubunganhubungan antara unsur-unsur yang ada di dalam tabel.
Hal yang sama itu yang membuat RDBMS menjadi sangat efisien jika berhadapan dengan
suatu tabel, bagaimanapun itu,tetap akan membuatnya lebih sulit, untuk mengkombinasikan
informasi dari tabel-tabel yang berbeda –forum RDBMS-speak. Anda dapat melakukan
gabungan-gabungan di RDBMS sesuai dengan namanya, tetapi harus digantikan dengan sebuah
kinerja yang lebih buruk, dan jika queryanda melibatkan banyak data penarikan gabungangabungan dari beraneka tabel, dan anda akan berada dalam sebuah masalah yang serius.
Kesukaran yang lain dengan relational model adalah, untuk penyimpanan data di suatu
database relasional harus dipecah ke dalam atom-atom informasi dengan masing-masing harus
dimasukan ke dalam tempat yang sesuai di dalam tabel. Lagi; kembali, ketika hubunganhubungan itu bersifat sederhana,ini bukan suatu masalah. Jika mereka bersifat kompleks proses
dapat diibaratkan dengan mengambil suatu suatu bagian mobil yang terpisah untuk menyimpan
nya di suatu garasi.
Satu keuntungan OODBMS di dalam query-query yang kompleks datang dari dua hal.
Pertama-tama, tidak seperti suatu baris atau kolom pada RDBMS, satu obyek bukanlah hanya
sepotong data. objek juga mengandung kode "mengetahui" apa itu dan bagaimana objek itu
berhubungan dengan hal-hal lain. Di dalam object, hubungan-hubungan dimasukkan dengan
obyek, tidak menyadap dari satu rangkaian tabel-tabel setiap kali mereka diperlukan.
"- Dalam sebuah objek, anda dapat hanya mengenalkan suatu hubungan, yang bisa merupakan
suatu hubungan langsung dari database," kata Andrew Wade, wakil ketua dari pengembangan
[perseroan/perusahaan] untuk Objectivity Inc., suatu Mountain View, CA pembuat dari sistem
manajemen database berorientasi objek. "Jika anda mengeluarkan $20 dari suatu rekening bank,
hal ini mungkin tidak membuat banyak perbedaan, tetapi jika anda yang berusaha untuk
menjejaki semua ketergantungan antara berbagai proses-proses saat anda mengeluarkan uang dan
sejarah produksi, anda akan mendapat banyak keuntungan-keuntungan."
3.1.2. Meningkatkan Performa dan Flexibilitast
Manfaat yang kedua adalah bahwa dalam satu OODBMS, hubungan-hubungan antar
kejadian-kejadian dari object bukanlah membangun masing-masing query sebagaimana mereka
berhubungan dengan data dalam satu RDBMS. Pada hakekatnya, dihitung ketika hal tersebut
dimasukkan ke database. Karena query-query sangat sangat baik di dalam kebanyakan aplikasiaplikasi DBMS, dan ini membuat query-query yang disertai gabungan-gabungan banyak lebih
cepat.
"- Satu database berorientasi objek dibangun di sekitar suatu koleksi object," katakan Brian
Edwards, direktur pemasaran perusahaan, pada Gemstone Systems Inc., di Beaverton, pembuat
OR-BASED dari sistem database berorientasi objek. "Di dalam banyak pikiran sehat yang
hampir seperti suatu jaringan. Semua gabungan yang anda ingin telah memiliki precomputed.
Ketika anda suatu penggabungan itu secara otomatis disiapkan daripada mempunyai untuk
membuat gabungan-gabungan pada waktu kerja."
Jika pada statement akhir yang maksudnya hampir sama, ini karena hal ini sama dengan cara
pendahulu ke database relasional, dan bagaimana database hirarkis bekerja. Dalam hirarki
database, relasi antara elemen data yang didefenisikan ketika data didesain. Database hirarkis
memiliki reputasi yang bagus karena sangat cepat tapi kuran flexible.
Tidak seperti database hirarkis, satu OODBMS dapat menjadi sangat fleksibel. karena object
dapat digambarkan dan diturunkan. (pada database yang hirarkis, mereka ditetapkan ketika
database itu dirancang.) Object adalah para anggota kelas-kelas, dan mereka menerima warisan
properti kelas-kelas itu. . lebih lanjut, anda dapat dengan mudah membuat kelas tambahan baru
ke luar dari yang lama dengan menambah definisi. Ini dapat mempercepat mengembangkan
aplikasi-aplikasi atau mengkhususkan laporan-laporan.
Tentu saja, setiap database yang lebih fleksibel mengizinkan pengguna untuk menjadi lebih
efisien dan juga lebih produktif. Oleh kode penghapusan yang tak perlu, anda dapat mengurangi
biaya tak langsung karena dapat menyebabkan kemunduran -kemunduran sistim. Hal ini tidak
dimaksudkan bahwa menggunakan satu OODBMS akan secara otomatis mempercepat operasi
database kita, tetapi hal itu akan berpotensi melakukannya dalam beberapa aplikasi-aplikasi yang
berbasis obyek.
3.1.3. Pendistribusian Secara Logikal
Keuntungan besar yang ketiga dari OODBMS adalah mereka tak terpisahkan dan dapat
dibagi-bagikan. "Satu obyek adalah suatu satuan logis untuk mendistribusikan," atau disebut juga
Penyeberangan Objectivitas. "Jika anda menyusun tabel-tabel secara terstruktur mungkin anda
akan mempunyai satu tabel dengan semua pelanggan anda. Bagaimana anda memisankannya di
dalam distribusi? Tetapi jika grup ini diproses dengan parameter-parameter sebagai satu obyek
yang objek ini akan dapat dipindahkan dari mesin nya ke yang lain.
Dengan Menggunakan mekanisme Object Request Broker dan aplikasi-aplikasi yang tersebar
di jaringan itu, kita dapat menemukan beberapa data yang satu sama lain jauh berbeda. Sebagai
pembanding, suatu database relasional mempunyai suatu ukuran asli yang ditentukan oleh
ukuran dari tabel-tabel. Itu adalah [secara] wajar mudah untuk mendistribusikan tabel-tabel
dalam satu yang RDBMS, tetapi kaku untuk memisahkan tabel-tabel diri mereka. Object, bahkan
object yang kompleks, biasanya jauh lebih kecil dibanding tabel-tabel yang ekuivalen.
Wildcard di dalam skenario ini adalah Internet, dan lebih tepatnya World Wide Web. Di masa
lalu, perkembang biakan Web dan Internet sudah menggerakkan berbagai hal di dalam dunia
database, sering kali kepada pokok di mana pemain-pemain utama (pebisnis) sedang mengubah
strategi mereka dari bulan ke bulan.
Dalam pengertiannya, Internet mempunyai suatu peran yang sangat besar kepada pengembang
OODBMS. Sebagai contoh, sampai sekitar beberapa bulan yang lalu sulit untuk menemukan
orang-orang OODBMS yang mengambil pemrograman Java secara serius sebagai satu bahasa
pemprograman objek. Mereka lebih fokus di C++ dan Smalltalk.
3.1.4. Dibangun Untuk Web
Java muncul sebagai pemenang besar di Web. Java alaminya adalah bahasa pemrograman
yang berorientasi objek dan secara khusus dirancang untuk menghasilkan aplikasi terdistribusi.
Sebagai hasilnya, pengembang dan arsitektur database berorientasi objek mengadopsi Java pada
suatu kecepatan yang sangat cepat.
Secara umum, semua yang ada di Web itu adalah satu obyek. URLS adalah object.
Gambargambar adalah object. Dokumen adalah object. Ketika anda ingin menyimpan satu
obyek, cara terbaik untuk menyimpan itu ada pada modus aslinya yakni sebagai satu obyek.
pernahkan anda mencoba menyimpan gambar di suatu database relasional, hal ini memerlukan
konversi dan penkodean. Ketika anda menyimpan gambar, anda mengkonversi nya menjadi
sesuatu yang anda dapat menyimpan baris-baris dan kolom-kolom. Ketika anda ingin
melihatnya, anda perlu mengkonversinya kembali. Akan jauh lebih efisien jika menyimpan
gambar sebagai sebuah gambar dalam satu database berorientasi objek. Untuk melakukannya
jika tidak menimbulkan masalah pada sistem, akan lebih potensial karena menggunakan
perangkat lunak konversi tambahan, dan lebih sedikit penggunaan serta tentu saja lebih efisien
pada penyimpan disk anda.
3.2. Hybrid Database
faktor yang sulit di dalam perpindahan ke arah object menjadi hambatan programmer untuk
berpikir tentang objek itu sendiri. Hal ini terkenal sulit. Pandangan yang umum di dalam
pemrograman objek adalah memerlukan latihan khusus sekitar enam bulan sampai satu tahun
bagi programmer aplikasi biasa yang akhirnya memahami object.
Sekali lagi hal ini bukanlah sesuatu yang baru. Dua dekade yang lalu, para programmer
database dilatih dalam bagan-bagan dan hirarki-hirarki dan harus belajar bagaimana caranya
menghubungkan tabel-tabel, kalkulus relasional dan form bentuk normal ketiga. Tetapi fakta
bahwa sejarah sedang mengulangi diri sendiri tidak membuat kurva belajar setiap orang menjadi
dangkal.
Tanggapan yang logis adalah untuk mencoba kedua hal tersebut itu. Memasuki model
object-relational yang mencoba untuk mencampur objek-oriented dan database relasional.
Biasanya bermaksud untuk menggambarkan database berorientasi objek ke suatu database
relasional
Pada umumnya, satu database object-relational menyimpan object secara otomatis
decomposing ke dalam tabel. Apa yang pengguna lihat seperti satu obyek, walau pada dasarnya
menggunakan fitur dari model relational. Hal ini juga mempertimbangkan object front-end, di
mana mereka dapat dilihat user sebagai objek, walaupun masih menggunakan RDB sebagai basis
databasenya.
Sekarang ini ada sekitar setengah lusin vendor object-relational database yang menjual
DBMSs atau front end database berorientasi obyek yang bekerja dengan produk-produk RDBMS
utama seperti Oracle, Sybase, dan Informix. Sebagai tambahan, Oracle, Informix, dan vendor
lain RDBMS besar menambahkan lebih banyak kemampuan jenis obyek kepada produk-produk
mereka. Sebagai contoh, Informix dan Oracle mengumumkan mereka akan mendukung Common
Object Request Broker (CORBA) dan penggunaan yang tersebar lua dari Java pada saat perilisan
produk mereka di masa dating. dan Web-enabling produk-produk mereka. memasukkan di
dalamnya sejumlah fitur obyek.
Apakah pendekatan object-relational adalah suatu gagasan yang baik atau tidak bergantung
pada kesiapa anda berbicara. Orang-orang relational secara umum merasakan pendekatan
merupakan kombinasi terbaik dari kedua database. Tapi orang-orang obyek secara umum melihat
nya seperti yang melemahkan kuasa obyek model.
Lebih banyak programmer atau arsitek-arsitek membangun produk dengan menggunakan
database object-relational dibanding suatu murni OODBMS. "Kita bisa bependapat bahwa
database berorientasi objek bias tidak digunakan lagi namun untuk beberapa pertimbangan,"
Todatry berkata. "Sebagian dari database relasional yang kita gunakan sebenarnya kita
berhadapan dengan sesuatu yang sangat besar. Kita sedang berbicara gigabyte-gigabyte dari data
jika bukan terabyte-terabyte. Kita tidak yakin bahwa menolak database (database berorientasi
objek) mampu menangani itu masih. Aspek yang lain adalah ada sekitar selusin vendor database
obyek hari ini, dan patokan-patokan baru mulai baku. Dengan penuh harapan semoga kita
dibawa ke masa dimana kita dapat membuat satu program yang dapat menjalankan beberapa
database ."
Edwards Gemstone's tidak setuju, dengan pernyataan bahwa model object-relational
kehilangan sebagian dari kelebihan-kelebihan utama dari berorientasi obyek, khususnya
modularitas dan pengembangan dalam tempo singkat.Lebih lanjut dia berkata masih ada bug
pada objek relasional database. Sebagai contoh, ia menemukan kelas-kelas data SQL3 itu
bukanlah object benar karena tidak semua tipe data mempunyai semua fitur dari object. "Di
SQL3 anda mendapat polimorfisme di beberapa bentuk. Lain jenis tidak mempunyai
polimorfisme, tetapi mereka mempunyai warisan. Ini berarti para vendor mencoba untuk
membangun suatu sangat sistem kompleks , katanya.
3.3.Hybrid Database Mapping
Beberapa kelebihan dari mapping hybrid :
 Menghindarkan programmer dari kode SQL
 Memisahkan kode SQL dari logika aplikasi
 Mempermudah Maintenance
 Menghindari ketergantungan aplikasi terhadap vendor database
3.4.Sejarah Hybrid dari pertentangan antara Argumen-argumen ODBMS vs RDBMS
Tidak satu pun dari orang-orang yang berargumen ini menyatakan database berorientasi
objek masih kontroversial. tidak semua orang percaya bahwa mereka baik, dan kebanyakan dari
mereka berargumen buruk. Menurut kritikus-kritikus, OODBMSS tidak sesempurna database
relasional , penggunaan sumber daya sistim yang lebih banyak, dan bersifat lebih lambat serta
tidak bisa menangani database yang besar seefektif RDBMS.
Jika anda berada di dalam industri database 20 tahun yang lalu, semua ini mungkin telah
menghantui anda. Ini hampir persis dengan argumen-argumen yang digunakan melawan
database relasional ketika mereka pertama nampak. Dan seperti halnya database berorientasi
objek hari ini, ada beberapa kebenaran yang sebenarnya ada.
Database relasional yang asli dengan lebih lambat dibanding database yang hirarkis yang
mendahului mereka. Pada jaman itu mereka tidak mampu menangani database yang sangat besar
seperti database yang hirarkis. Database relasional juga memerlukan lebih banyak sumber daya
sistim dibanding database yang hirarkis yang mendominasi di pertengahan 1970s.
Tidak ada satu pun argumen-argumen database hirarkis, tak peduli bagaimana yang sesuai,
semua dihentikan mayoritas luas para pemakai dari alihan dari hirarkis ke database relasional.
Ketika para vendor memperbaiki tawaran mereka yakni RDBMS, perbedaan-perbedaan antara
relational dan hirarkis menyusutkan di dalam setiap bidang kecuali sumber daya sistim. Itulah
karena pertumbuhan tentang kehandalan komputasi dan meneteskan ke dalam harga memori
yang artinya kita tidak perlu menyetel RDBMSs untuk memenuhi sifat hemat sumber daya
hirarkis database. Tambahan pula, semakin banyak organisasi-organisasi mengadopsi model
relational untuk produk-produk lebih besar dan yang lebih besar sampai database pada akhirnya
hirarkis didorong ke dalam lubang keterpurukannya.
Kita dapat melihat banyak dari proses-proses yang sama memulai dengan database
berorientasi objek pada saat ini. OODBMS pada tahun 2004 lebih tangguh, lebih mampu, dan
bisa menangani database lebih besar dari satu OODBMS yang berasal dari dua atau tiga
bertahun-tahun yang lalu. Jarak kinerja antara OODBMS dan RDBMS akan nampak sangat
jauh.
Di dalam kasus database relasional, point bagusnya adalah dalam query-query, query-query
khusus sebagai tujuan utama, dan kemudahan memprogram, terutama karena query-query dan
laporan-laporan. Di dalam banyak cara, database relasional lebih baik sesuai untuk digabungkan
dengna model bisnis di mana informasi secara konstan terus menerus bergeser dan mustahil
untuk menggambarkannya terlebih dahulu. Para pemakai ingin menarik informasi lebih banyak
dari data-data mereka yang sangat banyak.
Untuk database berorientasi objek, kelebihan utamanya adalah sesuatu yang jauh lebih baik
dancocok dengan menyatukannya dengan model bisnis -suatu model yang memiliki tipe data
kompleks yang tersebar, sistem terdesentralisasi untuk memenuhi keinginan para pemakai yang
lebih persis lagi, dan sangat cocok dengan informasi yang rumit dari data-data.
"Anda mendapat banyak kemampuan dengan teknologi relational," katakan Jim Althoff,
wakil ketua dari pengembang perangkat lunak untuk Aspect Development, Inc., Mountain View,
CA., yang mengembangkan satu sistem database object-relational sebagai bagian dari
parttracking software yang dikembangkan nya.."Anda dapat menggambarkan kesatuan kesatuan dan hubungan - hubungan serta membeli mesin pencari relasional dari Oracle,
Informix, dll, yang dapat melakukan suatu pekerjaan yang lebih baik pada sejumlah data besar.
Anda mempunyai bahasa pemrograman standar seperti SQL untuk lakukan pengqueryan."
"Tetapi apa yang Anda tidak secara normal menjadi bagian dari suatu produk database
relasional yang standar," ia menambahkan, "adalah kemampuan itu untuk dengan mudah
mensetup suatu besar, bagan kelas yang terperinci -bukan hanya menetapkan entitas-entitas saja,
tetapi kelas-kelas dan kelas tambahan dengan atribut pencarian atau properti pada masingmasing level dan secara otomatis diwarisi oleh kelas-kelas dan kelas tambahan di bawah mereka.
Dan anda tidak bisa menyesuaikan perilaku dari object dengan mengirimkan pesan-pesan kepada
kelas-kelas yang berbeda."
Ironisnya, tidak seorang pun dapat meramalkan kepunahan database relasional. Bahkan
vendor-vendor besar yang mengembangkan database berorientasi objek, seperti Gemstone dan
Objectivity, melihat suatu peran lain untuk database relasional. Mereka mengakui bahwa untuk
beberapa macam aplikasi-aplikasi mereka bersifat atasan, sama seperti database relasional tidak
pernah dengan sepenuhnya menggantikan database hirarkis.
4. Kesimpulan
Jadi setelah menelaah beberapa paper dan referensi-referensi lainnya, kita bias berpendapat
bahwa teknologi object-relasional database akan lebih berkembang pada masa yang akan dating,
tapi tentu saja perkembangan object-relasional database ini belum tentu dapat memunahkan
database-database lain seperti relasional database dan object database.
Object-Relasional database bias disebut sebagai sesuatu yang terbaik untuk masing masing
database. Karena kita dapat menyimpan suatu objek ke dalam sebuah table yang mana hal ini
akan membuat kita lebih mudah dalam mereferensikan objek tersebut.
5. Saran
Mohon maaf jika banyak kata-kata yang rancu, karena penulis belum memahami bahasa
asing dengan baik. Kesempurnaan Hanya Milik Allah jika ada kesalahan mohon disampaikan
kritiknya ke email penulis.
Penulis juga berharap apa yang belum dimengerti di paper ini dapat disampaikan melalui
email penulis. Atau jika tertarik bias melakukan penelitian bersama tentang hal ini.
6. Referensi
1. Object Databases: Reference Sites
http://www.objectivity.com/ODB/outsrefs.html [10 Juni 2009]
2. Object Design Inc.
http://support.odi.com/WWW/Welcome.html [10 Juni 2009]
3. Object-Orientation FAQ
http://iamwww.unibe.ch/~scg/OOinfo/FAQ/ [10 Juni 2009]
4. Object Management Group's home page
http://www.omg.org/ [10 Juni 2009]
5. Object-oriented database reviews
http://www.cs.usask.ca/homepages/grads/crossman/review1.html [10 Juni 2009]
6. Gemstone's white papers
http://www.gemstone.com/Products/WP/wp.htm [10 Juni 2009]
7. UniSQL Technology Spot
http://www.unisql.com/tech_spot/tech_spot.html [10 Juni 2009]
8. Objectivity
http://www.objectivity.com/ODB/whtpaper.html [10 Juni 2009]
9. Architecture In Object Oriented databases by Sunanda Luthra
10. http://www.25hoursaday.com/WhyArentYouUsingAnOODBMS.html[10 Juni 2009]
11. Experiences using an ODBMS for a High-Volume Internet Banking Systemby
Vincent
Coetzee, Robert Walker.
12. Integrating Programming Languages & Databases : WhatstheProblem? By
WilliamR.Cook, AliH.Ibrahim.
13. Chountast (Agustus 2005). RDBMS versus ORDBMS versus OODBMS .
14. Gheorghe SABU, Bucharest, Romania (2005).Comparison of RDBMS, OODBMS and
ORDBMS by.