Przy całym szumie znalezienie wiarygodnych informacji o tym, kiedy tego użyć, wydaje się naprawdę trudne. Zadaję więc następujące pytania i przepraszam, jeśli są to naprawdę głupie pytania z góry:
- Czy powinienem używać NoSQL do danych użytkownika? Np. Profile, nazwy użytkowników + hasła itp.
- Czy powinienem używać NoSQL do ważnej zawartości? Np. Artykuły, posty na blogu, spis produktów itp.
Zakładam, że nie? Wydaje mi się, że NoSQL służy tylko do szybkiego dostępu do rzeczy, z których można utracić dane. Ale czytam również, że aplikacje NoSQL mają wbudowaną redundancję, aby nie tracić danych?
Również jeśli powyższe 2 przykłady są złe, czy możesz podać mi konkretne przypadki użycia biznesowego, w których użyłbym NoSQL? Widzę wiele ogólnych opisów, ale niewiele przykładów z prawdziwego świata. Jedyne, co mogę wymyślić, to wiadomości i analizy między użytkownikami.
Dzięki!
Myślę, że Nosql jest co najmniej „bardziej odpowiedni” w tych scenariuszach (mile widziane jest dodatkowe uzupełnienie)
Łatwo skalować w poziomie, dodając więcej węzłów.
Zapytanie o duży zestaw danych
Wyobraź sobie mnóstwo tweetów publikowanych na Twitterze każdego dnia. W RDMS mogą istnieć tabele z milionami (lub miliardami?) Wierszy i nie chcesz wykonywać zapytań bezpośrednio na tych tabelach, nawet nie wspominając, że przez większość czasu połączenia tabel są również potrzebne w przypadku złożonych zapytań.
Wąskie gardło dysku I / O
Jeśli strona internetowa musi wysyłać wyniki do różnych użytkowników w oparciu o informacje w czasie rzeczywistym użytkowników, prawdopodobnie mówimy o dziesiątkach lub setkach tysięcy żądań odczytu / zapisu SQL na sekundę. Wtedy dysk we / wy będzie poważnym wąskim gardłem.
źródło