{ field: { $exists: true } }

{ field: { $exists: true } }

не прокатывает: "items": {$cond: [{$or: [{$eq: ["$items", null]}, {$exists: ["items", false]}, {$eq: ["$items", []]}]}, [""], "$items"]},

падает с ошибкой: "Unrecognized expression '$exists'

разобрался, сделал через грязный хак, мало ли кому будет полезно: ``` "items": {$cond: [{$or: [{$eq: ["$items", null]}, {$eq: ["items[0]", null]}, {$eq: ["$items", []]}]}, [""], "$items"]},

разобрался, сделал через грязный хак, мало ли кому будет полезно: ``` "items": {$cond: [{$or: [{$eq: ["$items", null]}, {$eq: ["items[0]", null]}, {$eq: ["$items", []]}]}, [""], "$items"]},

$ifNull

посмотрите поведение в примерах, думаю то что надо https://docs.mongodb.com/manual/reference/operator/aggregation/ifNull/

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

у меня просто условие составное получается

поле может быть null, может быть [] пустым массивом или его вообще может не быть

собственно если любое из условий выполняется, то мне $cond должен отдать [""] для последующего $unwind

делаете ифНулл и возвращаете пустой массив по нулу, потом уже это сравниваете пустой массив или не пукстой в кондишне

да, можно еще $project выше запилить, согласен - не подумал, спасибо

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

только сразу вопрос, а что дешевле по накладным расходам еще один project или мой грязный хак, что я привел выше?

дешевле нормально данные подготовить

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

вот вы их один раз превратите в нормальные и такой пробелмы больше не будет

кстати, а это мысль. чет я не подумал про простой апдейт)))

спасибо!!!!

вот это уже правильное направление

например просетить пустой массив везде где его нет или он равен нулу

и вот у вас уже минус два условия

Всем привет! Ищу инструкцию, как настроить master-slave для версии 4.2 - не найду, может у кого-то имеется?

А документация чем не устраивает?

А документация чем не устраивает?

эта https://docs.mongodb.com/manual/replication/ ?

https://docs.mongodb.com/manual/reference/method/rs.initiate/#rs.initiate Ну тут все ссылочки есть

И описание репликации, там желательно весь раздел почитать, а не скопипастить коданды со стековерфлоу

И описание репликации, там желательно весь раздел почитать, а не скопипастить коданды со стековерфлоу

Забегу наперед, но задам вопрос: как происходит авторизация мастера со слейвом, когда на мастере добавляешь слейв?

https://docs.mongodb.com/manual/reference/method/rs.initiate/#rs.initiate Ну тут все ссылочки есть

и спасибо)

https://docs.mongodb.com/manual/tutorial/deploy-replica-set-with-keyfile-access-control/ ты я смотрю там принципиально на ссылки не жмякаешь

https://docs.mongodb.com/manual/tutorial/deploy-replica-set-with-keyfile-access-control/ ты я смотрю там принципиально на ссылки не жмякаешь

спасибо, буду курить доку пытался настроить на версии 4.0, но дока была не айс (Connection refused, но и понятно же почему)

По дефолту ее вообще нет, в доке тоже сказано, что убедитесь, что у вас сеть закрыта

По дефолту ее вообще нет, в доке тоже сказано, что убедитесь, что у вас сеть закрыта

сеть закрыта, но в файерволе настроил, чтобы они между собой могли общаться

ну значит что-то недонастроил, если connection refused

может монга этот интерфейс не слушает

ну значит что-то недонастроил, если connection refused

да, так и есть. спасибо за помощь, буду курить

И элегантным движением вопрос про авторизацию превращается в строчку в конфиге

А если бы сначала доку таки почитал - его бы и не было)

И элегантным движением вопрос про авторизацию превращается в строчку в конфиге

ее еще найти нужно)) буду еще пол ночи видимо заниматься этим)

Ребят подскажите почему не срабатывает данный запрос все из за "_id"?

req.params.id - содержит либо 5d777ecda4cfd330ec99746c либо просто строку логин "admin" к примеру

или сделать проверку !ObjectId.isValid(req.params.id) то делаем запрос по login иначе _id

но чет такое себе..

но чет такое себе..

Если _id по умолчанию, то вам необходимо из строки сделать ObjectId объект и передать его в условии. В вашем случае рекомендую не смешивать поиск по _id и логину и использовать отдельные параметры.

У меня зависит от того заполнил ли юзер поле "login" если заполнен то find по login'у иначе _id (для красивенького урла) что-то типа localhost:8080/@admin

Если _id по умолчанию, то вам необходимо из строки сделать ObjectId объект и передать его в условии. В вашем случае рекомендую не смешивать поиск по _id и логину и использовать отдельные параметры.

Хорошо спасибо)

Что-то опять я не понимаю монгу 😊 Нужно обновить все сабдоки в масиве, у которых поле manual: true Задумка: .updateMany( {'images.manual': true}, {$inc: {'images.$.order': 900}} )

Но обновляется только первый. images.$[].manual': true тоже не работает как я думал :(

Наверное нужно делать $unwind парвить и как-то возвращать в масив опять…

.updateMany({}, { $inc: { "images.$[elem].order" : 900 } }, { arrayFilters: [ { "elem.manual": true } ] }) https://docs.mongodb.com/manual/reference/operator/update/positional-filtered/

Как это исправить?

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

.updateMany({}, { $inc: { "images.$[elem].order" : 900 } }, { arrayFilters: [ { "elem.manual": true } ] }) https://docs.mongodb.com/manual/reference/operator/update/positional-filtered/

Ох как… А я кодом сделал 😊

Ребята, всем привет! Таковой вопрос. Сейчас изучаю MongoDB и понадобилось решить такую задачу через Aggregation Pipeline. Есть документ, в котором есть массивы объектов purchase и views. В каждом пункте этих массивов есть поля count. Так вот задача заключается в том, что нужно создать запрос, который выберет только те корневые документы, у которых sum(purcahses.count) > 200, но sum(views.count) < 100.

То есть фильтрация по нескольким группам

Не могу нагуглить.

Как можно составить такой пайплайн?

$addFields & $reduce + $match

$addFields & $reduce + $match

Спасибо. Я так понимаю, это все отдельные стадии?

Или первые два - это для $group операторы?

$addFields это первый шаг, где $reduce чтоб посчитать сумму и добавить ёё как новый атрибут и второй шаг $match чтоб отфильтровать по нему

group вам не нужен

Спасибо. Тогда почитаю про эти стадии)

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

А если задача будет отфильтровать не по сумме, а по усредненному значению, то структура пайплайна не изменится?

Нет, принцип останется такой-же. Но учтите что этот пайплайн переберет все документы в коллекции, если документов много и они большие это может быть очень не быстро.

Нет, принцип останется такой-же. Но учтите что этот пайплайн переберет все документы в коллекции, если документов много и они большие это может быть очень не быстро.

Вроде как получилось сделать без $reduce)))

db.atrn.aggregate( [ { $addFields: { purchaseSum: { $sum: "$purchases.price" }, viewsSum: { $sum: "$views.count" } } }, { $match: { purchaseSum : { $gt : 200}, viewsSum : {$lt: 100} } } ])

А, если там просто значения то да

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

Особенно если вы будете часто по этим значениям запрашивать

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

Хм. А что в моем случае нужно сделать, чтоб "преагрегировать" их ?)

При добавлении значения в массив обновлять счётчик

Аа. то есть денормализацию грубо говоря сделать

Или использовать views, в частности materialized view из 4.2

А вообще, так в среднем по больнице, aggregation pipeline намного медленее, чем в реляционных базах (PostgreSQL например).?

если сравнивать с GROUP BY

В среднем по больнице монга совершенно другое хранилище

Сравнение не имеет практического смысла

Просто мы как раз сейчас хотим хранение данных по сессиям на сайте (где каждая сессия будет представлять собой документ, информацию о покупках, о просмотрах страниц, ...) в MongoDB из Postgresql. Так как поняли, что реляционная модель нам плохо подходит. Но нужно решать задачи по сегментации пользователей. То есть делать выборки пользователей, по условиям, похожим на "(Накупили товаров на больше чем 200 р) И (заходил на такую-то страницу) ИЛИ (просмотрел в сумме 10 страниц) И (....))