Существует некоторая реклама вокруг графических баз данных. Мне интересно, почему.
Каковы возможные проблемы, с которыми можно столкнуться в сегодняшней веб-среде, которая может быть решена с использованием графических баз данных? И подходят ли графовые базы для классических приложений, т.е. Можно ли использовать их в качестве замены для реляционной базы данных? Так что на самом деле это два вопроса в одном.
Связанный: Кто-нибудь использовал базы данных на основе диаграмм (http://neo4j.org/)?
Многие реляционные представления графиков не особенно эффективны для всех операций, которые вы, возможно, захотите выполнить.
Например, если требуется связанный набор всех узлов, где ребра удовлетворяют заданному предикату, начиная с данного node, в SQL нет естественного способа выразить это. Вероятно, вы либо сделаете запрос для ребер с предикатом, а затем должны исключить отключенные ребра локально или иметь очень подробный разговор с сервером базы данных после одного набора ссылок на следующий в итерированных запросах.
Графики не являются общей заменой реляционных баз данных. RDB работают в основном в наборах (таблицах), а графики в основном интересны из-за "формы" межсоединений. С реляционными БД вы выполняете ссылки с заданной глубиной (фиксированное число объединений) между множествами, результаты постепенно фильтруются и группируются, тогда как графики обычно перемещаются на произвольную и рекурсивно определенную глубину (т.е. Не предопределенное количество "объединений" ), Вы можете злоупотреблять, чтобы соответствовать характеристикам другого, но они будут иметь разные сильные стороны.
Вы найдете ответы на эти два потока stackoverflow:
Что касается классических приложений, эта страница вики-страницы Neo4j может представлять интерес: Галерея моделирования домена (я ее написал).
По моему мнению, сайты социальных сетей могут извлечь выгоду из баз данных графов, поскольку граф является естественным способом хранения связей между пользователями.
Подсказка к Q1: маршрутизация