Это несколько абстрактный и общий вопрос. Меня интересуют присущие (а также зависящие от реализации) свойства различных подходов для сохранения неструктурированных данных как с множеством внутренних ссылок (графоподобных), так и с множеством свойств (JSON-подобных).

Since a graph is a superset of a tree, you can look at graph DBs (e.g. Neo4j) as a superset of document DBs (e.g. MongoDB). That is, a graph DB provides all the functionality of a document DB plus additionally also allows loops or has a native pointer type so you don't have to dereference foreign-keys/ids manually. So is there some tipping point that you reach when adding more references to your objects/resources where you're better off with a graph DB but were previously better off with a document store? Are there advantages to document DBs (storage space, performance?) or should you just always go with a graph DB just in case you'll need more references in the future?

Similarly, how do graph DBs and triplestores (e.g. RDF stores) compare? Graph DBs (where nodes and edges have properties) seem to be a superset of the simple triplestores. So for what problems (if any) perform triplestores actually better then, say Neo4j? (One advantage of RDF stores is that there is a standardized query language – SPARQL – although there seem to be a lot of people that don't like SPARQL and thus would call it a disadvantage.)

Я предполагаю, что мой вопрос: графовая модель (со свойствами), кажется, способна аккуратно выражать все виды данных, в чем выгода, когда вы входите в реальность? Я полагаю, что выгода от графических БД - это производительность, поэтому я хотел бы увидеть некоторые цифры или практические рекомендации о том, какие замедления следует ожидать при загрузке, запросе и изменении данных, а также памяти и требований постоянного хранения (по сравнению с документом). и тройные магазины). А как насчет горизонтальной масштабируемости? У меня сложилось впечатление, что там игровое поле довольно ровное.

Как вы думаете, возможно ли, что графы с их выразительностью станут новой моделью хранения по умолчанию для проектов, в которых нет сверхбольших данных, или мы обречены на десятилетиеПостоянство Полиглота с RDBMS JSON хранит и графические БД, расположенные рядом друг с другом, которые должны быть интегрированы с еще большим количеством связующего кода?