Привет! Я ньюфаг, прошу помощи. у меня есть коллекция tours, один элемент выглядит примерно так: { id: ..., schedule: [{kind: 'GroupAction'}, {kind: 'GroupAction'}], ... } Их много. В каждом tour в schedule мне нужно переименовать поле kind в каждом элементе. Я пишу команду: db.getCollection('tours').update({'schedule.kind': 'GroupAction' }, { $set: { 'schedule.$.kind' : 'action' } }, { multi: true }); Он мне отвечает: WriteResult({ "nMatched" : 2, "nUpserted" : 0, "nModified" : 2 }) В итоге в каждом tour.schedule переименовал kind только в первом элементе. Приходится запускать команду несколько раз, чтобы все переименовал. Что я делаю не так?

https://docs.mongodb.com/v4.0/reference/operator/update/positional-all/#update-all-documents-in-an-array

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

да об этом думал, но есть наверно , которые сталкнулись и более оптимальные варианты. Спасибо Дмитрий!

В агрегации разве нет функции типа strftime, чтобы просто использовать параметр "%H:%M" и затем группировать по этому результату?

Спасибо за ответ. Например, есть данные звонка за день(исходящий, входящий и тд). Мне нужно посчитать за день по интервалу 30мин сколько количество входящих, исходящих и тд были

Всем привет! Подскажите по best practise Есть документ, например Account. Генерим UUID программно хотим сохранить его в наш документ. Этот UUID - идентификатор данного документа. Для этого: 1) Используем _id поле монги и сетим туда сгенерированный UUID 2) добавляем поле accountId и сетим туда сгенерированный UUID Как более правильно и почему?

как вы себе представляете?) у меня есть 3 записи: ххх | 20120-01-14T16:00:31 yyy | 20120-01-14T16:05:22 yyy | 20120-01-14T16:08:04 все эти записи должны попасть в один group c условным именем 16.00 как в вашем примере это будет работать? у вас сформируются 3 разные записи в group)

а почему именно uuid?

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

А разве в поле _id даст сохранить не hex и не потеряется ли встроенный индекс при этом?

в остальных случаях я не вижу смысла вообще трогать _id

вводить отдельное поле имеет ссмысл если документ имеет какой-то ещё идетификатор, специфический для внешней системы

Можно ли с клиента сохранить в поле _id не hex, а uuid?)

Этот идентификатор будет использоваться другими системами в разных местах.

в _id можно хранить всё, что не нарушет требования unique index

Я топил за то, чтобы этот идентификатор пихать в _id (как в SQL например), но коллеги считают, что надо дополнительное поле.

это 0.3% случаев, когда есть конкретная проблема, которая не решается использованием oid

а даже если в эти аргументы ввязываться, то uuid и oid одинаково плохой выбор :)

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

Я тоже эмпирическим путём пришёл к тому, что _id лучше не трогать.

т.е. вы делаете чтото в монге предполагая что может с нее безболезенно уехать куда угодно?

Какие вообще кейсы у вас для применения _id. Как идентификатор документа или поле для хранения времени создания.

Нет, это не предполагается.

И нет таких кейсов, что вам надо сделать уникальным документ, но ориентироваться на _id не хочется?

для этого есть вторичные уникальные индексы

это единственный валидный кейс

Вот мой вопрос напрямую об этом. Использовать ли для этого поле _id или вообще не работать с этим полем и создать кастомное, а _id существует как фантом.

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