Я начал использовать базу данных графа для хранения большого графа, который генерирует im. Но я не убежден в том, почему использовать графическую базу данных для выполнения моей работы, и почему бы не делать то, что я хочу, с обычной РСУБД. В моем конкретном вопросе, почему реляционная база данных плохая или, скорее, база данных графиков ЛУЧШЕ, чем РСУБД для хранения графиков?Почему RDBMS плохо хранит значительно большой график?
После чтения Графических баз данных (досрочное освобождение, доступно здесь: http://graphdatabases.com/) все сводится к производительности. В зависимости от того, насколько глубоким или рекурсивным является ваш запрос, тем больше времени потребуется для того, чтобы ваша база данных RDBMS или графика возвращала результаты. Традиционная СУБД не предназначена для быстрого обхода связей между сущностями, тогда как для этого создаются базы данных графов. Это может не быть проблемой, если ваша рекурсия имеет только 2 уровня глубины, но после того, как производительность этого уровня значительно ухудшилась.
Пожалуйста, возьмите это с солью. Это происходит непосредственно из баз данных Graph, и я не реплицировал эти результаты.
Как вы собираетесь запрашивать свой график? Вы находите пути? Создание рекомендаций? Вычислительная сетевая статистика? Насколько большой «значительно большой» по количеству узлов и ребер? –
Обратите внимание, что «реляционная база данных» означает только то, что ее пользователи видят базу данных в виде таблиц коллекций и имеют реляционные операторы для извлечения информации. Физическая реализация механизма хранения и запросов является полностью ортогональным решением. –