монга как раз про отсутвие схем в БД и всяких лишних валидаций

согласен, но хочется как то привести все к общему порядку, видимо мозг цепляется за sql)))

монга как раз про отсутвие схем в БД и всяких лишних валидаций

у меня еще вопрос, я пока еще в процессе разбора, у монго есть механизм, при котором удалив сущность удаляются автоматически все зависимости? Или это надо будет делать вручную?

У нас на одном проекте без mongoose было несколько разработчиков, они очень хорошо написали код, что получился винегрет и бд падала в среднем каждые 3 месяца

спасибо за помощь, возможно вернусь скоро с новыми вопросами)

Всем привет! MongoDB 4.2.x Foreign Pipeline видимо с $expr/$eq без индексов работают(( Вот такого рода конструкции: $lookup: { from: 'operations', let: { userId: '$userId', status: 1, type: 'in' }, pipeline: [ { $match: { $expr: { $and: [ { $eq: ['$owner', '$$userId'] }, { $eq: ['$type', '$$type'] }, { $eq: ['$status', '$$status'] } ] } } } ], as: 'operationUsers' } Насколько понял в 5.x.x версии починили данный момент: https://www.mongodb.com/docs/rapid/release-notes/5.0/#-expr-operator--comparison-operators-use-indexes Есть у кого-нибудь понимание, насколько сильный буст произошел? Может был опыт, использовать pipeline с $expr и $eq было 30 сек. на 4.2.x Переехали на MongoDB 5.x.x стало 2 сек.

Всем привет! MongoDB 4.2.x Foreign Pipeline видимо с $expr/$eq без индексов работают(( Вот такого рода конструкции: $lookup: { from: 'operations', let: { userId: '$userId', status: 1, type: 'in' }, pipeline: [ { $match: { $expr: { $and: [ { $eq: ['$owner', '$$userId'] }, { $eq: ['$type', '$$type'] }, { $eq: ['$status', '$$status'] } ] } } } ], as: 'operationUsers' } Насколько понял в 5.x.x версии починили данный момент: https://www.mongodb.com/docs/rapid/release-notes/5.0/#-expr-operator--comparison-operators-use-indexes Есть у кого-нибудь понимание, насколько сильный буст произошел? Может был опыт, использовать pipeline с $expr и $eq было 30 сек. на 4.2.x Переехали на MongoDB 5.x.x стало 2 сек.

зависит от объема данных, как много доков потребует связывания и как много доков в связываемой коллеции - от первого будет зависеть сколько "подзапросов" будет выполнено ко второй коллеции, а от ее объема какой конкретно буст даст индекс по сравнению с колсканом

А то переедем на 5.x.x и толку ноль будет)) Понятно, что смысл апгрейдиться так или иначе есть Но сейчас вопрос конкретно с данным моментом JOIN'ы с таким пайпом очень нужны

смысл есть в любом случае, 4.2 скоро перестанет поддерживаться

Нужных userIds порядка 120к (выше $lookup есть матчинг и там 120к документов) В operations схеме порядка 30 миллионов документов

120k много, супер быстро за милисеки врятли получится. А индекс по трем полям которые матчатся в operations дадут максимальный прирост

Ладно Думаю надо двигаться в сторону 5.x.x Да и плюшек там много

отпишите потом как показало себя на пром данных

При сохранении пользователя у меня создаются все поля кроме personData, почему так? Хотя я задаю ему только username и password

ребят уникальное поле как то можно создать в документах без использования индекса или нет? Например эмейлы пользователей. Спасибо.

Всем привет, как можно сделать поиск по именам полей? (не значениям)

поподробней опиши что надо

Короткий пример, есть много записей вида: https://pastebin.com/cVpZ2xXp Т.е с уникальными названиями полей, а значение в которых просто тип поля. и мне нужно делать поиск по именам(ключам) полей

без знания названия поля сделать быстрое решение не получится. Если задача разовая то можно скомбинировать $objectToArray с последущей фильтрацией по значению поля

и мне вернуть просто имя формы которая подошла

массивы имеют дефолтное значение Arrays are special because they implicitly have a default value of [] (empty array).

А как задать тип если я хочу сделать массив с массивами объектов?

А так надеятся на чудо и перед сохранением делать findOne

Как вариант upsert ещё можно делать. Но не будет работать при транзакциях на несколько коллекций

На сколько помню, то это используется в update и он нужен, чтобы вставить документ, если по условиям не найден

Этим можно пользоваться как гарантия уникальности. Делать запрос с upsert. В запросе две части. Одна обновляет документ (в ней ничего не писать), вторая вставляет, если отсутствует документ. В результате проверять кол-во вставленных/изменённых документов

Почему мне выдаёт предыдущее значение orderList а не обновленное? Как это исправить?

Подскажите, пожалуйста, можно ли в монго использовать переменные на русском языке?

Нафига?

Можно или нет?

https://yopta.space/

Соболезную вам...

Подскажите, пожалуйста, можно ли в монго использовать переменные на русском языке?

Подскажите, пожалуйста, можно ли в монго использовать переменные на русском языке?

Подскажите, пожалуйста, можно ли в монго использовать переменные на русском языке?

Подскажите, пожалуйста, можно ли в монго использовать переменные на русском языке?

Всем привет, можно ли как то использовать mongo db Atlas в России ?

Подскажите, пожалуйста, можно ли в монго использовать переменные на русском языке?

могу пример скинуть, китайцы написали API на китайском названия ключей, то же самое может быть и тут

Можно ли выполнить полнотекстовый поиск после агрегации с lookup? Просто у меня в документе хранятся Id, которые ссылаются на другие элементы и у этих элементов есть поля name, по которым хотелось бы тоже чтобы поиск был