Есть ли магазин nosql, который также позволяет устанавливать отношения между хранимыми объектами?

Question

Я ищу хранилища значений ключей nosql, которые также обеспечивают сохранение/поддержание отношений между хранимыми объектами. Я знаю, что хранилище данных Google App Engine позволяет использовать собственные и незанятые отношения между объектами. Есть ли в каком-нибудь популярном магазине nosql что-то подобное?

Несмотря на то, что большинство из них меньше схемы, существуют ли способы соотнесения отношений с хранилищем ключей?

Answer 1

Он относится к основным функциям графических баз данных , чтобы обеспечить поддержку отношений между объектами. Как правило, вы моделируете свои объекты как узлы и отношения как отношения/ребра в графе. В отличие от RDBMS вам не обязательно определять отношения заранее - просто добавьте их в график по мере необходимости (без схемы). Я создал domain modeling gallery, давая несколько примеров того, как это может выглядеть на практике. В примерах используется Neo4j graphdb, проект, в котором я участвую. mailing list этого проекта используется, чтобы оказаться очень полезным для вопросов моделирования графа.

Документированная база данных Riak поддерживает ссылки между документами.

Вы можете добавить поддержку отношений поверх любого механизма базы данных (например, ключ/значение), но он не работает без работы. Все сводится к вашему делу. Если вы предоставите более подробную информацию, вам будет легче найти полезный ответ.

Упс, теперь я увидел, что название говорит «nosql store», а затем ваш фактический вопрос сужает это до «хранилища значений ключа nosql». Поскольку хранилища ключей/значений не имеют семантики для определения отношений между сущностями, я все равно отправлю свой ответ.

Answer 2

Отношения в Google App Engine являются только ключами к объектам, которые автоматически удаляются при обращении в коде. И только значения, которые используются для фильтрации. Его функция DB Api, а не что-то явно, поэтому доступ к ReferenceProperty будет просто выполнять запрос против ссылочной модели, чтобы получить доступ к объекту.

Если вы посмотрите на что-то вроде MongoDB, отношения хранятся в объекте (из того, что я помню), но они также могут быть сохранены, как вы хотите, в том смысле, что вы создадите API, который будет искать объединенную таблицу для вашего товара в отношениях аналогичным образом, с которым работает App Engine.

Paul.

Answer 3

MongoDB - это база данных документов, а не хранилище ключей/значений. Однако он обеспечивает простую форму inter-document references. Они работают более или менее похожими внешними ключами SQL, которые автоматически отменяется при удалении ссылочного объекта.

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