Post Relational Databases – Gerakan NOSQL

Sistem Manajemen Database Relasional adalah inovasi hebat pada dekade sebelumnya. RDMBS memberlakukan sistem pemrosesan dan pemulihan transaksi berbasis ACID di mana A = Atomicity C = Concurrency I = Isolation dan D = Durability.

Meskipun RDBMS mendukung subsistem Query yang sangat baik, ada beberapa poin negatif dari RDBMS seperti:

1. Akumulasi file redo log yang tidak diinginkan. RDBMS menyediakan fitur Commit and Rollback dari transaksi untuk mengaktifkan sifat-sifat ACID ini. Ini menyebabkan overhead yang tidak perlu.

2. Sering membuat koneksi ADO / DAO / ODBC atau JDBC pada sisi server untuk menjalankan perintah SQL. Perintah-perintah SQL ini digunakan dalam mengangkut data pengguna dari Klien ke Server. Perintah-perintah SQL adalah Insert. Perbarui dan Hapus. Ketiga perintah ini memiliki efek pada catatan yang dimasukkan dalam database sedangkan Pilih hanya membaca catatan. Satu dapat dengan mudah melihat bahwa klien ke server transportasi dapat dilakukan oleh FTP juga. Namun, sistem berorientasi transaksi sebelum munculnya AJAX melarang penggunaan file datar atau mode transfer file lainnya dari klien ke server yang mengharuskan penggunaan hanya SQL

3. Salah satu kerugian lain menggunakan SQL adalah seringnya membuat skrip Insert dan Perbarui yang digunakan oleh prosesor SQL, yang memerlukan pemeriksaan dan penguraian sintaks yang rumit, lebih dari apa yang diperlukan untuk mengunggah data ke dalam database katakan dengan hanya menggunakan FTP atau bahasa simbolik lainnya.

Sejak munculnya transaksi XMLHTTPREQUEST dari klien ke server telah di-upload secara asynchronous di server menggunakan XML. Jika Anda perhatikan, skrip Java sisi klien tidak memiliki fitur untuk mengunggah data apa pun menggunakan file datar. Penambahan fitur ini dilakukan menggunakan AJAX (Asynchronous Java and XML).

Ketika ada banyak pengguna yang membuat permintaan untuk memodifikasi data dalam database seperti sistem reservasi kereta api, yang diperlukan untuk mengunci pengguna selain pengguna aktif melakukan modifikasi apa pun hingga pengguna pertama menyelesaikan transaksi. Ini harus dilakukan karena tindakan yang dilakukan oleh satu pengguna akan memengaruhi pengguna lain. Contoh di atas adalah jumlah kursi kosong di kereta selama tanggal tertentu akan dipengaruhi oleh jumlah akses bersamaan ke database.

Sekarang pertimbangkan transaksi lain seperti pembaruan Status di posting blog. Di sini orang tidak perlu memastikan tingkat konkurensi yang tinggi dengan mengunci basis data dari permintaan bersamaan. RDBMS tidak membedakan antara dua sistem yang berbeda, sistem yang memerlukan penguncian penguncian tinggi seperti sistem reservasi jalur kereta daring dan yang kedua sistem seperti sebuah blog yang tidak membutuhkan fitur penguncian yang luas. Jadi jika sebuah blog menggunakan RDBMS di backend untuk menyimpan pesan dan pembaruan status lainnya, itu tidak perlu memanggil mekanisme penguncian yang menciptakan leher botol kinerja.

Semua poin negatif ini dari RDBMS telah memberi jalan kepada gerakan NOSQL. Dalam sistem NOSQL, basis data fisik tidak mendukung baris dan format kolom dari RDBMS sehingga overhead yang ditemui untuk menulis pernyataan SQL rinci seperti Insert, Update, Delete dihindari. Dalam Nosql, pernyataan SQL yang ditulis di dalam RDMBS diganti oleh Program Berorientasi Objek.

Leave a Comment

All fields are required. Your email address will not be published.