Стоит ли использовать Mongo в связке с Django+Postgre?

Question

[mr_drinkens]

Всем привет.
В настоящий момент есть проект а-ля Трелло (борды, списки, карточки).
Задумался по поводу использования Mongo в связке с Django+PostgreSQL. В постгри - хранить основную (общую) информацию (пользователи, регистрация/авторизация), а в mongo - сам проект (борды/списки/задачи).
Стоит ли использовать данную схему? или же остаться полностью на PostgreSQL?
Подскажите, кто решал подобные задачи.
Заранее благодарю.

Answer 1

[RidgeA]

Идея так себе.
Надо взвесить все + и -
Самый жирный и весомый "-" это то, что либо придется дублировать данные что бы была возможность работать со всеми возможными (в т.ч. теми, которые появятся потом) требованиями по запросу данных из бд, а тут сложность синхронизации и риск рассинхрона. Либо делать joinы в коде, что тот еще костыль.

Comments

[mr_drinkens]

Вот я пытаюсь понять, стоит ли вообще такая идея.
Прочитал ряд статей, в частности, про стек трелло, в котором они описывают, что монго такая крутая и бла-бла).
Насколько я понял, можно будет сохранять коллекции объектов, и после их быстро вытаскивать (в уже json-формате).

[RidgeA]

Не надо забывать, что количество пользователей твоего сервиса и пользователей trello различается на порядки.
Возможно им проще работать с монгой, т.к. она очень хорошо масштабируется. Ну и к. т. их объемы данных скорее всего требуют для обработки и аналитики что-то вроде Spark, а там уже не сильно сложно собрать данные из различных СУБД.
Короче, советую до последнего держаться в одной бд.

А выбор БД в первую очередь зависит от потребностей.

[mr_drinkens]

RidgeA: Моделей, пока, не так много. Но, думаю, их количество будет расти. Используется и DRF и channels (для мгновенного обновления - задачи "многопользовательские").
Вот и задумался над тем, даст мне что-нибудь (в плане, производительности, упрощения запросов) mongo или же нет. Выходит, что лучше и далее развивать этот стек, без вмешательства mongo?

[mr_drinkens]

Pavel Denisov: Павел, примерно так)))
К вопросу проектирования всегда подхожу очень тщательно, поэтому, и пытаюсь понять/уяснить/устранить минусы и выявить/использовать плюсы каждого подхода)

[mr_drinkens]

Pavel Denisov: думаю, что да, так и поступлю. json - поле использовал на одном из проектов, где необходимо было хранить различные свойства для товара (фильтры). Возможно, и для данного случая можно попробовать что-то аналогичное.

Answer 2

[nofuture trustnoone]

Ну, вариант что в трелло подобных проектах NoSql полезней - спору нет.
А вы не думали над тем, чтобы перенести всё на монгу? Ну типа, ОРМ вы больше использовать не сможете из джанго) Но зато прирост в том, что не нужно делать вложенные запросы. Монго позволяет хранить вложенные документы и структуры.

По надежности монга - такой же good guy с масштабируемостью, как у постгре. Просто тут диллема: или парится с несколькими запросами в постгре, или парится с миграцией в монгу и делать запросы уже там.
Плюс фишкой джанги есть ОРМ, а официально есть ОРМ только для sql баз