Обёртка над mongo lookup

Тогда тема, чет раньше читал насчет этого и все говорили, что вместо монги использовать реляционную СУБД, а не документоориентированное

В монге ты можешь делать вложенные объекты (либо idшники хранить в документе) и это типа one-to-many, но это полная хрень

Это не гарантирует целостность данных

Наверное ты что то путаешь) вот сейчас мне предстоит изучит монгу с другой стороны, как она быстро будет исполнять read write операции посмотрим как это будет работать

Хоть many to many, хоть one to one

Странно, я в доке вижу другое https://docs.mongodb.com/manual/tutorial/model-referenced-one-to-many-relationships-between-documents/

ты сначала изучи, а потом уже утверждай)

Many to many костыльно делается, так лучше не делать

А как лучше делать в монге, учитывая, что это не реляционка?

Так и буду изучать, я не знаю как она поведет в конкретном мое случае, за эту сторону я и не топлю

Лично мое мнение, монга не должна содержать какие-то огромные связи на другие документы, она скорее заточена под хранение объектов без привязки к строгости модели. У нас был опыт, в одной модели мы накрутили очень много embedded документов и знатно просели в производительности. Я чем больше соприкасаюсь с монгой тем больше понимаю, что она для простых приложений. Ну вот они с 4 версией прикрутили транзакции, я пообщался с товарищами и мало кто у себя реализовал их. Если нужно реализовать простую и эффективную вещь без лишнего геморроя с SQL , то монга хороша альтернатива. Ещё нужно сначала раз 10 продумать архитектуру твоей бд и потом пилить на монге. Ещё у меня знатно пригорает, что это условно бесплатный инструмент, и в бесплатном решении есть ограничение на потребление ОЗУ, хочешь производительность плати деньги за Энтерпрайз решение (здравствуй оракл стаил). Но так же монга даёт профиты - с помощью синтаксиса запросов можешь манипулировать выводом данных и в принципе на коленке сможешь собрать элементарный апи сервис с минимум кода. Мне прям зашли две вещи в монге - ttl inedx и watch coursor. У монге неплохо дело стоит с индексом вложенных объектов. Короче крупные компании монгу используют как вспомогательное решение а не основное)

карочи

берёшь графкл и даталоадер

и делаешь выборку

"под хранение объектов без привязки к строгости модели" - json field в PostgreSQL, не?

перформанс будет шо ебёна мать

А и ещё одна боль монги - это блядские gui интерфейсы, нет нормального бесплатного решения

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

Я постгре лет 5 назад смотрел, как сейчас у них дела с json я хз, не уверен что готов на постгре переехать