всем привет, Есть модель, содержащая одним из филдов объект (key/value). Напомните, плиз, как монгусу сказать чтобы искал по значениям этого объекта? { '1231e1nj1ekb3khb2hj': 'abc', '23kj4h23kjhk2jh423kjj': 'bcd' }

Object.values(obj) робит в монге, не знаю, есть ли и там, но можно попробовать

а как тогда запрос будет выглядеть?

Не работал с монгузом, вот для самой монги пример (если я правильно понял задачу): db.collection('coll').find({'поиск'}).toArray() .then((src) => { .... Object.values(src[0]) })

всем привет, Есть модель, содержащая одним из филдов объект (key/value). Напомните, плиз, как монгусу сказать чтобы искал по значениям этого объекта? { '1231e1nj1ekb3khb2hj': 'abc', '23kj4h23kjhk2jh423kjj': 'bcd' }

ват

у монгуза строгая схема, или не строгая, но тогда теряется смысл монгуза

ьы имеешь ввиду, переделать на массив?

нет

Требования: - Высшее техническое образование.

https://m.hh.ru/vacancy/26228553

😹

Подскажите пожалуйста, использую монгус, и, кажется, что-то не так делаю ItemSchema.pre('save', function (next){ this.slug = slugify(this.name); next() }) Мне казалось это так работает, но не работает, поле не добавляется. Посоветуйте пожалуйста, как это правильно сделать? slugify - это вот этот модуль. Может быть он отрабатывает асинхронно и это нужно учесть?

У тебя поле прописано в модели?

Ага

Точна?

db.getCollection('payments').aggregate([ { "$match": {status: 'paid'} }, { "$project": { "y": {"$year": "$created_at"}, "m": {"$month": "$created_at"}, "d": {"$dayOfMonth": { date: "$created_at", timezone: "Europe/Moscow" } }, "h": {"$hour": "$created_at"}, "amount": 1 } }, { "$group": { "_id": {"year": "$y", "month": "$m", "day": "$d"}, "total": {"$sum": "$amount"} } }, {$sort: {_id: -1}} ]) Почему ошибка?

привет! насколько адекватна идея вместо object id юзать кастомную строку?

кажется, тебе надо это timezone: {$literal: "Europe/Moscow"}

лучше юзать ObjectId, так как это поле сразу индексированное, и можно делать по нему сортировку по умолчанию ({_id: -1}), что тебе даст 100% гарантию, что первый документ будет записанный последним

Надо исходить из вопроса зачем вам вообще ид и что вы с ним делаете?

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

да, но сортировка будет по другому работать

Есть около монговский вопрос, но скорее про алгоритмы устройства внутри: MongoDB использует Raft или что-то похожее для того, чтобы организовать репликацию oplog на все машины, а также выбирать нового Primary, в случае, если первый упадет. Когда мы добавляем нового Secondary на него реплицируется состояние Primary, но у меня вопрос, как именно? Oplog конечен, как capped collection он перезаписывается. Как выпавший надолго Secondary, или вновь подключенный узнает о всех изменениях, которые произошли на Primary, включая те, которые в oplog уже были перетерты.

+по если тебе надо делать skip с большим количеством объектов, то это будет медленно, если не делать через find({_id>val})

есть список поездок - айдишник нужно отображать юзеру в истории поездок. могут быть проблемы/вопросы - он тогда называет айдишник админу по телефону - и тот с админки ()самописной - делает над сущностью операции

ок, спасибо, согласен

более того, не обязательно чтоб этот код бы уникальным :)

зачем?

@yurii_chikhrai что не так?

зачем?

а монга у тебя какая?

3.2.19

ну что бы однозначно идентифицировать сущность не использую других полей

а работаешь по этой документации, верно?

зачем? :)

а работаешь по этой документации, верно?

3.2.19

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

А что может быть плохого, если с 3.2 обновиться до 3.6?

посмотри мануал по миграции, там есть нюанс с конфигом, а так разницы не заметишь

Спасибо, Юра!

для серча

в целом, эти все номера — дурацкая затея

состояние когда нода выпала за оплог разрешается с помощью inital sync. это просто копирование данных и последующее накатывание на них оплога

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