Mysql
 sql >> Teknologi Basis Data >  >> RDS >> Mysql

Mengapa nosql dengan cassandra bukan mysql?

Saya benar-benar tidak mengerti mengapa orang membandingkan penyedia data seperti Cassandra dan MySQL secara bersamaan -- Anda benar-benar membandingkan apel dan jeruk di sini.

Ya, solusi NoSQL dapat memberikan kinerja yang lebih baik daripada SQL dalam beberapa kasus. Tapi jangan lupa alasan mereka memberikan kecepatan itu -- mereka menyerah pada beberapa pemeriksaan yang sering Anda anggap remeh dalam SQL. Misalnya, Anda tidak akan melihat hal-hal seperti transaksi dalam sistem NoSQL, Anda juga tidak akan memiliki jenis gabungan dan fitur agregasi data yang Anda dapatkan sebagai bagian dari sistem SQL. Anda mendapatkan sangat sedikit jaminan sehubungan dengan konsistensi data.

Untuk 99% aplikasi, itu tidak sepadan dengan waktu dan usaha. Jika Anda adalah facebook atau twitter, di mana Anda memiliki sejumlah besar data tidak terstruktur, di mana Anda tidak peduli jika Anda benar-benar kehilangan beberapa data dalam acak, atau memiliki penundaan sehubungan dengan saat data tersedia setelah dimasukkan, NoSQL baik-baik saja. Namun, untuk sebagian besar aplikasi, Anda harus tetap menggunakan SQL.

Untuk skalabilitas, jika situs besar seperti Stack Overflow atau Ebay dapat berjalan di atas SQL, saya tidak mengerti mengapa aplikasi Anda tidak dapat berjalan di atas SQL.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Laravel - Nomor parameter tidak valid:parameter tidak ditentukan

  2. Simpan karakter khusus saat mengimpor ke mysql dari csv

  3. JDBC vs Layanan Web untuk Android

  4. Bagaimana kaskade bertahan menggunakan JPA/EclipseLink

  5. Bagaimana cara menghindari koma di dalam nilai CSV saat mengimpor tabel ke MySQL?