Каким образом я могу получить только второй объект, у которого есть ребенок {"name": "Harry", "age": 20} Я пробовал запрос db.items.find({"children.name": "Harry", "children.age": 20}), но он ищет данные параметры по отдельности в children, а не в одном документе ребенка [ { "children": [ { "name": "Harry", "age": 50 }, { "name": "Dmitry", "age": 20 } ] }, { "children": [ { "name": "Harry", "age": 20 } ] } ]

[{ array: [ { iid: 10, x: 5} ] }, { array: [ { iid: 11, x: 15} ] }, { array: [ { iid: 12, x: 6} ] }] Может ли updateMany обновить каждый документ в зависимости от значения x соответствующего документа?

[{ array: [ { iid: 10, x: 5} ] }, { array: [ { iid: 11, x: 15} ] }, { array: [ { iid: 12, x: 6} ] }] Может ли updateMany обновить каждый документ в зависимости от значения x соответствующего документа?

В общем виде нет. Но через update pipeline можно реализовать

В общем виде нет. Но через update pipeline можно реализовать

https://docs.mongodb.com/manual/tutorial/update-documents-with-aggregation-pipeline/ это?

Да

Да

спасибо

Не уверен в чём будет профит по сравнению с bulkWrite

Не уверен в чём будет профит по сравнению с bulkWrite

?

nvm, неверно прочитал ваше сообщение :)

Да, вам просто pipeline в update необходим

Да, вам просто pipeline в update необходим

вроде почитал, но все еще не понял, чем он мне поможет. это же просто ряд обновлений документов в одном запросе, нет?

В пайплайне вы можете использовать значение поля × и делать над ним вычисления

Если вы хотите условно установить значение поля y = x * z, то в update выражении вы этого сделать не можете, а во внутри пайплайна сможете

понял

пасибо

сейчас заметил, что mongoplayground не умеет в updateMany. Знает кто песочницу получше?

В vscode есть экстеншен

В vscode есть экстеншен

😳 спасибо

В пайплайне вы можете использовать значение поля × и делать над ним вычисления

Он в пайплайне не работает с массивами, или я чего-то не понимаю? $mutiply: ['$array.$.field', 20] не хочет устанавливать

?(

Он в пайплайне не работает с массивами, или я чего-то не понимаю? $mutiply: ['$array.$.field', 20] не хочет устанавливать

если нужен инкремент, то $inc вместо sum

если нужен инкремент, то $inc вместо sum

нужен mutiply

а погодь, это агрегация

а погодь, это агрегация

да или аггрегация

или просто updateMany

условно, у меня у доков (1) есть массив других доков с полями Х и Y. надо добавить к полю доков (1) произведение числа с Х того дока в массиве, у которого Y = 10

Он в пайплайне не работает с массивами, или я чего-то не понимаю? $mutiply: ['$array.$.field', 20] не хочет устанавливать

вам нужен $map

вам нужен $map

Как? Мне ведь нужно конкретный элемент массива выбрать

Можно ли использовать update со списокм обновлений? скажем у меня есть массив [[1, 2], [2, 5], [3, 10]] и мне надо обновить поле в документах с айди 1,2,3 соответственно 2,5,10

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

Можно ли использовать update со списокм обновлений? скажем у меня есть массив [[1, 2], [2, 5], [3, 10]] и мне надо обновить поле в документах с айди 1,2,3 соответственно 2,5,10

Да можно

Передай массив id

Передай массив id

у каждого id свое значние должно быть

у каждого id свое значние должно быть

aggregate

Поможет тебе почитай

Как? Мне ведь нужно конкретный элемент массива выбрать

https://docs.mongodb.com/manual/reference/operator/aggregation/map/#add-to-each-element-of-an-array-using--map

если вы знаете индекс элемента то через $field.<idx>.anotherField, например $field.12.anotherField

https://docs.mongodb.com/manual/reference/operator/aggregation/map/#add-to-each-element-of-an-array-using--map

Читал

Но мне нужно не каждый изменить

[{ array: [ { iid: 10, x: 5} ] }, { array: [ { iid: 11, x: 15} ] }, { array: [ { iid: 12, x: 6} ] }]

У каждого из этих документов есть field: 10

У каждого из этих документов есть field: 10

Надо увеличить этот field всем, у кого есть в array документ с iid 10, но увеличить на Х этого документа

Но мне нужно не каждый изменить

Наоборот получается

тогда вам нужен $reduce и $cond

и потом $map

Все в агрегации?

через $reduce вычисляете условие

в $cond проверяете выполнено ли условие

если выполнено делаете $map

Спасибо

если не выполнено то возвращаете массив как есть

{$cond: [ {$reduce: { … }, {$map: { … , in: { … $mul …}}, «$field»]}

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

https://docs.mongodb.com/manual/reference/operator/aggregation/set/#overwriting-an-existing-field

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

по этому там доступен только ограниченный набор шагов

Спасибо!

{$cond: [ {$reduce: { … }, {$map: { … , in: { … $mul …}}, «$field»]}

а reduce нельзя на поверхности агрегации использовать?

что вы имеете ввиду под «поверхностью»?

что вы имеете ввиду под «поверхностью»?

[{ $reduce: {} }]

Доброй ночи, в рамках внутренний активностей идет сравнение МонгоДБ c другой базой, наткнулся на выступление по бэкапу МонгоДБ в Яндекс.Облаке. Там была озвучена проблема флип байта в BSON при копирование oplog в стор для RPO. Вопрос, есть где-то официальное описание данной проблемы или как правильно задать вопрос в гугл, чтоб привел к описанию данной проблемы для MongoDB?

[{ $reduce: {} }]

Очень сложно без примера ваших данных понять где у вас проблемы :(

Доброй ночи, в рамках внутренний активностей идет сравнение МонгоДБ c другой базой, наткнулся на выступление по бэкапу МонгоДБ в Яндекс.Облаке. Там была озвучена проблема флип байта в BSON при копирование oplog в стор для RPO. Вопрос, есть где-то официальное описание данной проблемы или как правильно задать вопрос в гугл, чтоб привел к описанию данной проблемы для MongoDB?

Дайте пожалуйста ссылку на видео. Я о таком не слышал ранее

Т.е проблемы с целостностью в физических хранилищах действительно бывают, но о каких-то специфичных проблем именно с bson мне не попадалось

Т.е проблемы с целостностью в физических хранилищах действительно бывают, но о каких-то специфичных проблем именно с bson мне не попадалось

https://youtu.be/UXvW-k3pGxo?t=1170

https://youtu.be/UXvW-k3pGxo?t=1170

Ахахахаха

надо аккуратнее задавать вопросы на митапах 😂

Это вопрос не к bson, это вопрос к тому как у облака обеспечивается проверка целостности данных до момента сохранения в lts

Частично целостность гарантируется на L6, так как в wire protocol есть crc32. У wiredtiger тоже есть механизм контрольных сумм (checksum=on можно увидеть в wt.creationString)

End-to-end механизма, к сожалению, в монге нет

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

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

Дарова всем. Никто не страдал такое штукой: апгрейд с 3.0.х до актуальной версии?

Если вы можете остановить монгу на какое-то время, то быстрее всего вероятно будет сделать дамп, установить 4.4 и восстановить дамп. Либо последовательно обновлять 3.0 - 3.2 - 3.4 - 3.6 - 4.0 - 4.2 - 4.4

https://docs.mongodb.com/v3.2/release-notes/3.2-upgrade/

Если вы можете остановить монгу на какое-то время, то быстрее всего вероятно будет сделать дамп, установить 4.4 и восстановить дамп. Либо последовательно обновлять 3.0 - 3.2 - 3.4 - 3.6 - 4.0 - 4.2 - 4.4

есть шанс, что дампом не восстановится? то есть какой-то брекинг чейджес...

Нет, bson forward compatible

Нет, bson forward compatible

Хмм.. show dbs показывает 4 гига... ну, это быстро в теории через дамп-рестор. Буду пробовать

Нет, bson forward compatible

кстати, у меня local припух до 20гигов... странно

End-to-end механизма, к сожалению, в монге нет

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