baza MongoDB a bazy relacyjne Opcje

[wiewiorek]

Do tej pory używałem relacyjnych baz danych, niedawno wielce się zdziwiłem gdy spotkałem się z nosqlową bazą danych MongoDB. Ktoś tego używał i ma porównanie jakie to ma wady i zalety w porównaniu do relacyjnych baz danych? Chyba wszystkie duże serwisy są oparte o bazy relacyjne więc to MongoDB jest wykorzystywane tylko w małych serwisach czy jak to wygląda?

[alegorn]

Wydaje mi się, że nie należy patrzeć tylko na szybkość wykonywanych operacji i stwierdzić ta baza jest ok bo jest prędka, ale także co dana baza danych ma nam do zaoferowania.

to zależny od projektu.
dla mnie, w obecnych projektach jest nie do przyjęcia, jeśli nie dostane zwrotu w mniej niż 0,05 <= jest to wartość graniczna. dla baz relacyjnych - często jest to koszmar, dlatego trzeba stosować różne sztuczki i kruczki, które naprawdę niewiele mają wspólnego z normalizacją danych. po jakimś czasie człowiek się zaczyna zastanawiać gdzie w tym jest sens..
jeśli możesz sobie pozwolić na większe oczekiwanie - wtedy jest ok, ale nie zawsze jest to możliwe. ot, zależy od projektu.
dlatego też - szukam innych rozwiązań, i dlatego nosql.

co do wykorzystywaniu skryptów i mechanizmów w samej bazie danych - ja osobiście jestem za, sporo ułatwia, choć wymaga niezłej znajomości i dyscypliny (a przy rozpraszaniu na inne serwery często z tego robi się mały koszmar :/ )
kolejnym problemem jest wersjonowanie zmian, to także nie jest łatwym zagadnieniem, i czasem warto się zastanowić nad tym.

j.

[solificati]

Co do zadan - trzymanie logiki wewnatrz bazy danych to wiecej problemow niz korzysci. Po jakims czasie malokto sie orientuje w tym wszystkim co sie dzieje w DB. A full text-search mozna miec w Mongo.

Full-text search można mieć wszędzie i zewnętrzny program indeksujący będzie zwykle lepszy.
Co do logiki - przy dobrym opisie danych i deklaratywności DDL można osiągnąć ogromne korzyści. To coś jak silne typy danych - przy dużym projekcie strasznie opłacalne.

to zależny od projektu.
dla mnie, w obecnych projektach jest nie do przyjęcia, jeśli nie dostane zwrotu w mniej niż 0,05 <= jest to wartość graniczna. dla baz relacyjnych - często jest to koszmar, dlatego trzeba stosować różne sztuczki i kruczki, które naprawdę niewiele mają wspólnego z normalizacją danych. po jakimś czasie człowiek się zaczyna zastanawiać gdzie w tym jest sens..

Abstrahując od sql vs nosql - takie podejście jest niebezpieczne. Jeśli robisz coś w jednej technologii i brakuje Ci wydajności i druga, podobna technologia daje Ci tą szybkość out of the box najczęściej oznacza, że była po prostu lepiej ustawiona - doraźnie to lepiej, ale już wracając do przykładu, może się okazać, że dla t<0,005 łatwiej będzie stuningować sql niż mongo ze względu na większe doświadczenie technologii i większe community a samo mongo będzie już pod ścianą.

Co do historii nosql - ten termin jest może całkiem świeży ale bazy inne niż relacyjne istniały już wcześniej. Szczególnie jak weźmiemy pod uwagę chwalone przez Ciebie szybkie bazy - operujące jak klasyczne k-v store. Tylko się to wtedy nosql nie nazywało bo nie było sql.