Wykresy DB a DB dokumentów a tripstory

To dość abstrakcyjne i ogólne pytanie. Interesują mnie nieodłączne (a także specyficzne dla implementacji) właściwości różnych podejść do utrwalania danych nieustrukturyzowanych, zarówno z wieloma wewnętrznymi odniesieniami (podobnymi do grafów), jak i wieloma właściwościami (podobnymi do JSON).

Ponieważ wykres jest nadzbiorem drzewa, możesz spojrzeć na DB graficzne (np. Neo4j) jako nadzbiór DB dokumentów (np. MongoDB). Oznacza to, że wykres DB zapewnia całą funkcjonalność dokumentu DB plus dodatkowo pozwala na pętle lub ma rodzimy typ wskaźnika, więc nie musisz ręcznie wyłuskowywać obcych kluczy / identyfikatorów. Czy więc jest jakiś punkt zwrotny, który osiągasz, dodając więcej odniesień do swoich obiektów / zasobów, gdzie lepiej jest z graficznym DB, ale wcześniej lepiej było z magazynem dokumentów? Czy istnieją zalety baz danych dokumentów (miejsce do przechowywania, wydajność?) Lub czy po prostu zawsze korzystasz z bazy danych graficznych na wypadek, gdybyś potrzebował więcej referencji w przyszłości?

Podobnie, jak porównują się DB DB i triplestory (np. Sklepy RDF)? Wykres DB (gdzie węzły i krawędzie mają właściwości) wydaje się być nadzbiorem prostych potrójnych rejestrów. Więc na jakie problemy (jeśli w ogóle) wykonują triplestores właściwie lepiej, powiedzmy Neo4j? (Jedną z zalet sklepów RDF jest to, że istnieje standardowy język zapytań - SPARQL - chociaż wydaje się, że jest wielu ludzi, którzy nie lubią SPARQL, a zatem nazwaliby to wadą.)

Myślę, że moje pytanie brzmi: model wykresu (z właściwościami) wydaje się być w stanie starannie wyrazić wszystkie rodzaje danych, jaki jest haczyk po wejściu w rzeczywistość? Przypuszczam, że chwytem graficznych baz danych jest wydajność, więc chciałbym zobaczyć kilka liczb lub reguł dotyczących tego, jakiego spowolnienia należy się spodziewać podczas ładowania, sprawdzania i modyfikowania danych, a także pamięci i trwałych wymagań dotyczących przechowywania (w porównaniu z dokumentem i potrójne sklepy). A co ze skalowalnością poziomą? Odniosłem wrażenie, że pole gry jest dość wyrównane.

Czy uważasz, że możliwe jest, że wykresy z ich wyrazistością staną się nowym domyślnym modelem przechowywania dla projektów, które nie mają super dużych danych, czy też jesteśmy skazani na dekadęPoliglota Trwałość z RDBMS, JSON przechowuje i wykresy DB mieszkają razem, które muszą być zintegrowane z jeszcze większym kodem kleju?

questionAnswers(3)

yourAnswerToTheQuestion