Baru-baru ini NoSQL telah mendapatkan popularitas luar biasa.
Apa kelebihan NoSQL dibanding RDBMS tradisional ?
Jawaban:
Tidak semua data bersifat relasional. Untuk situasi itu, NoSQL dapat membantu.
Dengan itu, NoSQL singkatan dari "Not Only SQL". Itu tidak dimaksudkan untuk mengetuk SQL atau menggantikannya.
SQL memiliki beberapa keunggulan yang sangat besar:
Itu belum hilang.
Adalah suatu kesalahan untuk berpikir tentang ini sebagai argumen salah satu atau salah. NoSQL adalah alternatif yang perlu dipertimbangkan orang ketika cocok, itu saja.
Dokumen dapat disimpan dalam database non-relasional, seperti CouchDB.
Mungkin membaca ini akan membantu.
SELECT blob FROM images WHERE blob CONTAINS('red car'). Jadi, sementara Anda bisa menyimpan data mentah dalam database, Anda tidak bisa mencarinya tanpa melampirkan metadata. Modul pencarian teks lengkap dalam sistem RDBMS menjembatani beberapa kesenjangan semi-struktural.
Sejarahnya terlihat seperti ini:
Google membutuhkan lapisan penyimpanan untuk indeks pencarian terbalik mereka. Mereka pikir RDBMS tradisional tidak akan memotongnya. Jadi mereka menerapkan penyimpanan data NoSQL, BigTable di atas sistem file GFS mereka. Bagian utama adalah bahwa ribuan mesin perangkat keras komoditas murah memberikan kecepatan dan redundansi.
Semua orang menyadari apa yang baru saja dilakukan Google.
Teorema CAP bir terbukti. Semua sistem penggunaan RDBMS adalah sistem CA. Orang-orang mulai bermain dengan sistem CP dan AP juga. Toko K / V jauh lebih sederhana, jadi mereka adalah kendaraan utama untuk penelitian.
Sistem perangkat lunak sebagai layanan pada umumnya tidak menyediakan toko seperti SQL. Oleh karena itu, orang menjadi lebih tertarik pada toko tipe NoSQL.
Saya pikir banyak dari take-off dapat dikaitkan dengan sejarah ini. Scaling Google mengambil beberapa ide baru di Google dan semua orang mengikuti karena ini adalah satu-satunya solusi yang mereka tahu untuk masalah scaling sekarang. Oleh karena itu, Anda bersedia untuk mengerjakan ulang segala sesuatu di sekitar gagasan basis data terdistribusi Google karena itu adalah satu-satunya cara untuk skala di luar ukuran tertentu.
C - Konsistensi
A - Ketersediaan
P - Toleransi partisi
K / V - Kunci / Nilai
NoSQL lebih baik daripada RDBMS karena alasan / kelayakan NoSQL berikut
EDIT:
Untuk menjawab "mengapa RDBMS tidak dapat mengukur", silakan lihat RDBMS Overhead pdf yang ditulis oleh Stavros Harizopoulos, Daniel J. Abadi, Samuel Madden dan Michael Stonebraker
RDBMS memiliki tantangan dalam menangani volume data besar dari Terabytes & Peta byte . Bahkan jika Anda memiliki Redundant Array of Independent / Inexpensive Disks (RAID) & penghancuran data, itu tidak dapat diukur dengan baik untuk volume data yang besar. Anda memerlukan perangkat keras yang sangat mahal.
Logging : Merakit catatan log dan melacak semua perubahan dalam struktur basis data memperlambat kinerja. Pembalakan mungkin tidak diperlukan jika pemulihan bukan persyaratan atau jika pemulihan disediakan melalui cara lain (misalnya, situs lain di jaringan).
Penguncian : Penguncian dua fase tradisional menimbulkan overhead yang cukup besar karena semua akses ke struktur basis data diatur oleh entitas terpisah, Lock Manager.
Latching : Dalam database multi-threaded, banyak struktur data harus terkunci sebelum mereka dapat diakses. Menghapus fitur ini dan pergi ke pendekatan single-threaded memiliki dampak kinerja yang nyata.
Manajemen penyangga : Sistem basis data memori utama tidak perlu mengakses halaman melalui kumpulan buffer, menghilangkan tingkat tipuan pada setiap akses catatan.
Ini tidak berarti bahwa kita harus menggunakan NoSQL melalui SQL.
Namun, RDBMS lebih baik daripada NoSQL karena alasan / sifat RDBMS berikut
Kita harus menggunakan RDBMS (SQL) dan NoSQL (Tidak hanya SQL) tergantung pada kasus & persyaratan bisnis
NOSQL tidak memiliki keunggulan khusus atas model basis data relasional. NOSQL memang mengatasi keterbatasan tertentu dari SQL DBMS saat ini tetapi tidak menyiratkan kemampuan baru yang fundamental pada model data sebelumnya.
NOSQL berarti tidak hanya SQL (atau "tidak hanya SQL") tetapi itu tidak berarti sama dengan tidak ada relasional . Basis data relasional pada prinsipnya akan membuat solusi NOSQL yang sangat baik - hanya saja tidak satu pun rangkaian produk NOSQL saat ini menggunakan model relasional.
RDBMS lebih fokus pada hubungan dan NoSQL lebih fokus pada penyimpanan.
Anda dapat mempertimbangkan menggunakan NoSQL saat RDBMS Anda mencapai kemacetan. NoSQL membuat RDBMS lebih fleksibel.
Keuntungan terbesar dari NoSQL dibandingkan RDBMS adalah Skalabilitas .
Database NoSQL dapat dengan mudah ditingkatkan ke banyak node, tetapi untuk RDBMS sangat sulit.
Skalabilitas tidak hanya memberi Anda lebih banyak ruang penyimpanan tetapi juga kinerja yang jauh lebih tinggi karena banyak host bekerja pada saat bersamaan.
Hanya menambah semua informasi yang diberikan di atas
Keuntungan NoSql:
1) NoSQL bagus jika Anda ingin produksi siap cepat karena dukungannya untuk arsitektur tanpa skema dan berorientasi objek.
2) NoSql db pada akhirnya konsisten yang dalam bahasa sederhana berarti mereka tidak akan memberikan kunci pada data (dokumen) seperti dalam kasus RDBMS dan apa artinya snapshot data terbaru selalu tersedia dan dengan demikian meningkatkan latensi aplikasi Anda .
3) Menggunakan strategi MVCC (Multi view concurrency control) untuk memelihara dan membuat snapshot data (dokumen).
4) Jika Anda ingin memiliki data yang diindeks Anda dapat membuat tampilan yang secara otomatis akan mengindeks data dengan definisi tampilan yang Anda berikan.
Kerugian NoSql:
1) Ini jelas tidak cocok untuk aplikasi transaksional besar dan berat karena pada akhirnya konsisten dan tidak mendukung properti ACID.
2) Juga membuat beberapa snapshot (revisi) data Anda (dokumen) karena menggunakan metodologi MVCC untuk kontrol concurrency, sebagai akibatnya ruang yang dikonsumsi lebih cepat daripada sebelumnya yang membuat pemadatan dan karenanya pengindeksan kembali lebih sering dan itu akan memperlambat Anda respons aplikasi ketika data dan transaksi dalam aplikasi Anda bertambah. Untuk mengatasinya, Anda dapat secara horizontal menskalakan node tetapi sekali lagi biayanya akan lebih tinggi dibandingkan database sql.
Dari mongodb.com :
Database NoSQL berbeda dari yang lebih lama, teknologi relasional dalam empat bidang utama:
Model data : Basis data NoSQL memungkinkan Anda membangun aplikasi tanpa harus mendefinisikan skema terlebih dahulu, tidak seperti database relasional yang membuat Anda menentukan skema Anda sebelum Anda dapat menambahkan data ke sistem. Tidak ada skema yang telah ditentukan membuat basis data NoSQL jauh lebih mudah untuk diperbarui ketika data dan persyaratan Anda berubah.
Struktur data : Basis data relasional dibangun di era di mana data terstruktur secara adil dan didefinisikan dengan jelas oleh hubungan mereka. Database NoSQL dirancang untuk menangani data yang tidak terstruktur (misalnya, teks, posting media sosial, video, email) yang merupakan sebagian besar data yang ada saat ini.
Penskalaan : Jauh lebih murah untuk skala basis data NoSQL daripada basis data relasional karena Anda dapat menambah kapasitas dengan menskalakan server komoditas yang lebih murah. Database relasional, di sisi lain, memerlukan satu server untuk meng-host seluruh database Anda. Untuk skala, Anda perlu membeli server yang lebih besar, lebih mahal.
Model pengembangan : Basis data NoSQL adalah open source sedangkan basis data relasional biasanya merupakan sumber tertutup dengan biaya lisensi dimasukkan ke dalam penggunaan perangkat lunak mereka. Dengan NoSQL, Anda dapat memulai proyek tanpa investasi besar di biaya perangkat lunak di muka.