Оптимизируется ли Mongo «из коробки»?

Question

[nickerlan]

Выбираю, какую структуру данных выбрать.
Есть документ "Пользователи".
У каждого пользователя есть "Чат", где может быть много сообщений. Сообщения не всегда нужно выводить на экран.
Хранить ли чат в одном из полей объекта "пользователь"?
Когда я делаю выборки по пользователям, не включающим это поле, не нужно ли монге будет отрезать километровые простыни?
Как альтернатива - есть подход ближе к тому, что помню со времен SQL - сделать отдельный документ из чатов или даже отдельных сообщений, которые потом собирать в чат.

Answer 1

[Иван Шумов]

Вне зависимости от решения sql или nosql все-равно необходимо не забывать про то что нормализацию никто не отменял. Лучше раздельно хранить и пользователей и чаты и сообщения

Comments

[nickerlan]

Сообщения - лучше хранить отдельно или внутри сущности чат?

[Иван Шумов]

nickerlan, отдельно, конечно

[nickerlan]

Правильно ли я понимаю, что оптимальное использование монго - это такая же структура как в sql когда идет "плоская" коллекция без ветвления или почти без ветвления?

[Иван Шумов]

nickerlan, это справедливо для почти любых баз данных. На старте, обычно, проблем не замечают, но если проект растет то все это вылезает быстро

Answer 2

[index0h]

Как лучше?

Лучше взять MySQL

Comments

[Иван Шумов]

Для задачи можно сопоставить любое название любой базы и быть правым

[index0h]

Иван Шумов Ну, не любое. Под чат я бы не брал mongodb / couchdb / redis / leveldb