Ada banyak kondisi lain yang pernah saya dengar dengan sistem non-relasional vs relasional. Saya lebih suka terminologi ini daripada sql/no-sql karena menurut saya pribadi ini menggambarkan perbedaan dengan lebih baik, dan beberapa server "no-sql" memiliki add-on sql, jadi.... seperti apa pola konkurensi atau isolasi transaksi diperlukan dalam sistem Anda. Salah satu perbedaan yang diklaim antara rel dan non-rel dbs adalah "konsisten-selalu", "sebagian besar konsisten" atau "konsisten-akhirnya". Relasi dbs secara default biasanya termasuk dalam kategori "kebanyakan konsisten" dan dengan beberapa pekerjaan, dan banyak kondisi penguncian dan balapan,;) dapat "konsisten-selalu" sehingga semua orang selalu melihat representasi yang paling benar dari a potongan data yang diberikan. Sebagian besar dari apa yang saya baca/dengar tentang dbs non-rel adalah bahwa mereka pada akhirnya "konsisten". Ini berarti bahwa mungkin ada banyak contoh data kami yang beredar, sehingga pengguna "A" dapat melihat bahwa kami memiliki 92 widget dalam inventaris, sedangkan pengguna "B" dapat melihat 79, dan mereka mungkin tidak dapat direkonsiliasi sampai seseorang benar-benar pergi untuk mengambil barang dari gudang. Masalah lain adalah mutabilitas data, seberapa sering perlu diperbarui? Non-rel db tertentu yang saya hadapi memiliki lebih banyak overhead untuk pembaruan, beberapa di antaranya harus membuat ulang seluruh kumpulan data untuk memasukkan pembaruan apa pun.
Sekarang pikirkan, saya pikir non-rel/nosql adalah alat yang hebat jika mereka benar-benar cocok dengan kasus penggunaan Anda. Saya punya beberapa yang saya cari sekarang untuk proyek yang saya punya. Tapi Anda harus melihat semua trade off saat membuat keputusan, jika tidak, itu hanya akan menjadi pengembangan yang didorong oleh resume.
