Nie był artykuł na Hacker News kilka dni temu, że osiągnął pierwszą stronę zatytułowany coś podobnego
„2 przypadkach, gdy nie korzystają MongoDB” ale ja naprawdę nie mogę go znaleźć już ...Kiedy NIE używać NoSQL?
Używamy MongoDB do przechowywania tony i tony analityki danych, dla których nie obchodzi, czy niektóre rzeczy czasami ginie w wypadku serwera. Dane naprawdę dobrze pasują do MongoDB i byłoby to koszmarem, gdybyśmy używali do tego bazy danych SQL. Ale w przypadku transakcji bankowych nie rozważalibyśmy nawet MongoDB. Blokada zapisu może być problemem dla niektórych osób. Z drugiej strony MongoDB obsługuje łatwe dzielenie, znacznie łatwiej niż w SQL. Sharding pozwala nam skalować w poziomie, co jest ogromnym plusem dla naszych danych.
Miłe znalezisko, ale artykuł wydaje się być tutaj: http://ethangunderson.com/blog/two-reasons -to-not-use-mongodb/ –
Czy rext jest w txt spek rly? –
2 godziwe, OP zrobił schu it w Q. :) –
Według wszelkich rozsądnych definicji „NoSQL” powinien zawierać non-SQL RDBMSs w swoim zakresie (bo nie ma dźwięku powód model relacyjny nie mogą dotyczyć te same wymagania co inne modele NoSQL). Jeśli to zaakceptujesz, nie ma ograniczeń co do tego, co może zrobić system DBMS NoSQL. Nie potrzebowalibyśmy już więcej SQL-a!
Niestety wydaje się, że wśród liderów myśli NoSQL wydaje się, że "NoSQL" musi oznaczać "nie relacyjny". Jest to bardzo niefortunne, ponieważ jeśli model relacyjny zostanie zignorowany, NoSQL nigdy nie zastąpi SQL w wielu celach. (Biorę to za pewnik, że znalezienie długoterminowych, wymiana relacyjny model SQL byłby rzeczywiście dobra rzecz :)
Typowe nienawistne mongering przeciwko SQL –
Nie nienawidzę SQL, ale staram się zachować otwarty umysł na temat lepszych alternatyw dla tego, co jest po 30-letnim języku i paradygmat z pewnymi wysoce niewygodnymi wadami. – sqlvogel
Czy możesz dodać link do relacyjnych baz danych NoSQL, które lubisz? Znalazłem trochę, ale nic nie było naprawdę ekscytujące, ale może wskażesz mi bardziej interesujące rzeczy. – maaartinus
Nie chcesz użyć NoSQL zazwyczaj kiedy ....
... nie chcę używać SQL! /hardy har har
Większość rozwiązań NoSQL, które widziałem, zdaje się należeć do podejścia opartego na zasadzie klucz-wartość i nie są relacyjne. Mają tendencję do rezygnacji z właściwości ACID.
Więc kiedy ocenia system bazy danych, gdy ty nie potrzebują kwasu, gdy ty nie chcą relacyjnej algebry, kiedy zrobić mają potrzebę sklepie KV, to podejście NoSQL jest twoim przyjacielem.
Należy również zauważyć, że istnieje wiele różnych systemów "NoSQL", a wszystkie one pracują nad nieco odmiennymi podejściami.
Dlaczego sądzisz, że "NoSQL" nie zawiera żadnego "ACID"? Osobiście zbudowałem aplikację na 'BerkeleyDB' (która nie jest relacyjna) z pełną obsługą transakcji. – Quassnoi
@Quassnoi: ponieważ żaden ACID nie jest jedną z powszechnych tendencji NoSQL. –
Zobacz również http://stackoverflow.com/questions/4448194/mongodb-vs-mysql/4448292 – clyfe