Вопрос

Есть некоторые шумиха вокруг графических баз данных.Мне интересно, почему.

С какими возможными проблемами можно столкнуться в современной веб-среде, которые можно решить с помощью графических баз данных?И подходят ли графические базы данных для классических приложений, т.е.можно ли использовать его в качестве дополнительной замены реляционной базы данных?Так что на самом деле это два вопроса в одном.

Похожие: Кто-нибудь использовал базы данных на основе графов (http://neo4j.org /)?

Это было полезно?

Решение

Многие реляционные представления графиков не особенно эффективны для всех операций, которые вы, возможно, захотите выполнить.

Например, если кому-то нужен связанный набор всех узлов, где ребра удовлетворяют заданному предикату, начиная с данного узла, в SQL нет естественного способа выразить это.Скорее всего, вы либо выполните запрос для ребер с помощью предиката, а затем должны будете локально исключить несвязанные ребра, либо проведете очень подробный разговор с сервером базы данных, переходя от одного набора ссылок к следующему в повторяющихся запросах.

Графики не являются общей заменой реляционным базам данных.RDBB имеют дело в основном с наборами (таблицами), в то время как графики в первую очередь интересны из-за "формы" взаимосвязей.С реляционными базами данных вы переходите по ссылкам заданной глубины (фиксированное количество соединений) между наборами, при этом результаты постепенно фильтруются и группируются, в то время как графики обычно перемещаются на произвольную и рекурсивно определенную глубину (т.е.не предопределенное количество "объединений").Вы можете злоупотреблять одним из них, чтобы соответствовать характеристикам другого, но у них будут разные сильные стороны.

Другие советы

На мой взгляд, сайты социальных сетей могут извлечь выгоду из баз данных graph, потому что graph - это естественный способ хранения соединений между пользователями.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top