-
Banyak penulis yang berbeda. Terutama ketika penulis bisa tersegmentasi karena terputusnya jaringan, dan nantinya perlu menyinkronkan ulang data yang telah ditulis di kedua sisi bifurkasi. Ini merusak ACID, dan meskipun Anda dapat memecahkan masalah dengan logika bisnis eksplisit, Anda sekarang berada di wilayah NoSQL. Ini sangat umum dalam situasi militer, tetapi sistem apa pun di mana setiap orang adalah penulis yang produktif akan memiliki kunci pertentangan penulisan pada sistem ACID.
-
Skema fluida. Mengubah skema dalam DB tradisional adalah operasi mahal yang seringkali memerlukan semacam waktu henti server atau proses rumit lainnya. Dengan sebagian besar sistem NoSQL itu sepele. Jadi, jika Anda memiliki data dari banyak sumber yang berbeda untuk digabungkan dan/atau memiliki situasi di mana Anda mungkin ingin mulai melacak informasi baru di kemudian hari, sistem NoSQL akan jauh lebih mudah untuk ditangani. Menggabungkan dua sumber data sehingga dapat dipetakan satu sama lain adalah contoh bagus yang dapat saya pikirkan.
-
Replikasi bandwidth rendah. Setelah Anda memecahkan ACID, Anda dapat memiliki pembaca dan penulis di simpul daun grafik jaringan dengan sebagian data yang tidak memerlukan replika penuh dari database. Produk perusahaan saya sendiri, Posko Angkatan Darat Masa Depan menggunakan ini.
-
Interoperabilitas data. Sebagian besar database NoSQL memungkinkan Anda untuk mengintrospeksi data tanpa mengetahui skema sebelumnya, memungkinkan koneksi antar sistem yang berbeda terjadi lebih mudah.
-
Penskalaan besar-besaran. Ini adalah salah satu yang paling sering diperdebatkan, dan paling sering disalahgunakan oleh pendukung NoSQL. Jika ini adalah satu-satunya alasan Anda memilih NoSQL, mulailah dengan MySQL dan skalakan nanti.
