Dengan semua hype itu tampaknya sangat sulit untuk menemukan informasi yang dapat dipercaya kapan harus menggunakan ini. Jadi saya mengajukan pertanyaan berikut, dan saya minta maaf jika ini benar-benar pertanyaan bodoh sebelumnya:
- Haruskah saya menggunakan NoSQL untuk data pengguna? Misalnya profil, nama pengguna + kata sandi, dll.
- Haruskah saya menggunakan NoSQL untuk konten penting? Misalnya artikel, posting blog, inventaris produk, dll.
Saya berasumsi tidak? Dan saya merasa NoSQL hanya untuk hal-hal yang dapat diakses dengan cepat dan tidak masalah untuk kehilangan data. Tetapi saya juga membaca bahwa aplikasi NoSQL memiliki redundansi bawaan sehingga saya tidak kehilangan data?
Juga jika 2 contoh di atas buruk, bisakah Anda memberi saya kasus penggunaan bisnis khusus di mana saya akan menggunakan NoSQL? Saya melihat banyak deskripsi umum tetapi tidak banyak contoh dunia nyata. Satu-satunya hal yang dapat saya pikirkan adalah perpesanan dan analitik antar pengguna.
Terima kasih!
Saya pikir Nosql "lebih cocok" dalam skenario ini setidaknya (lebih banyak pelengkap dipersilahkan)
Mudah untuk skala secara horizontal dengan hanya menambahkan lebih banyak node.
Permintaan kumpulan data besar
Bayangkan banyak tweet yang diposting di twitter setiap hari. Di RDMS, mungkin ada tabel dengan jutaan (atau miliaran?) Baris, dan Anda tidak ingin melakukan kueri pada tabel tersebut secara langsung, bahkan tidak menyebutkan, sebagian besar waktu, penggabungan tabel juga diperlukan untuk kueri kompleks.
Bottleneck Disk I / O
Jika sebuah situs web perlu mengirimkan hasil ke pengguna yang berbeda berdasarkan info waktu nyata pengguna, kami mungkin berbicara tentang puluhan atau ratusan ribu permintaan baca / tulis SQL per detik. Maka disk i / o akan menjadi hambatan serius.
sumber