MongoDB best practices. Что практичнее — вложенность или связи таблиц?

Question

[Василий Васильев]

Есть таблица обьектов, у каждого обьекта есть свойства с несколькими уровнями вложенности. Свойств много(сейчас 30+), и их количество будет увеличиваться со временем. Плюс необходимо реализовать роли пользоватетей(если обьект создан не тобой - тебе туда нельзя).
Как лучше будет реализовать структуру БД - множество разных логически структурированных таблиц с ссылками на связанные таблицы по id обьекта или одна большая таблица с вложенными поддокументами?

С структурами БД разбираюсь 2 недели, тапками прошу не бросать если вопрос очевиден.

Comments

[Василий Васильев]

Необходимо будет часто изменять свойства(включая глубоко вложенные) обьектов в БД.

[Евгений Самсонов]

Практичнее реляционная БД

Answer 1

[Saboteur]

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

Comments

[Василий Васильев]

Объем базы в пределах 0.5Гб. Количество объектов на данный момент около 400, у каждого около 30 свойств(короткие строки, числа, булевые).
Вопрос в том, выбирать структуру [объект=>[все свойства, включая вложенные, объекта]](список объектов со всеми вложенными свойствами в одной коллекции) или же отдельными коллекциями:
1. Коллекция объектов с id + общими свойствами, которые необходимы при любом запросе.
2. Коллекция свойств типа "А" объектов с ссылками на объекты в коллекции 1.
3. Коллекция свойств типа "В" объектов с ссылками на объекты в коллекции 1.

Есть самописный сервер, который будет периодически менять любые свойства любых объектов(не пакетно, а выборочно - по 2-5 свойств).

[Saboteur]

Нет, не надо так делать. В вашем случае все может отлично работать в одной коллекции, без связей.

Вообще, рекомендую почитать бест практики для объектно-ориентированных баз.
Да хотя бы вот первая ссылка в гугле https://developer.mongodb.com/article/mongodb-sche...

Answer 2

[Ромзес Панагиотис]

Как лучше будет реализовать структуру БД - множество разных логически структурированных таблиц с ссылками на связанные таблицы по id обьекта или одна большая таблица с вложенными поддокументами?

Документы должны быть самодостаточными и без ссылок на другие документы.
По идее, 2-й вариант кажется родным для Монги.