не пашет

> db.cities.aggregate([ {$addFields: {regObjId: {$toObjectId: "$regionid"}}}, {$lookup: {from: "regions", localField: "regObjId", foreignField: "_id", as: "result"}}, {$project: {_id: 0, regionid: 0, regObjId: 0}} ]) { "name" : "Рязань", "result" : [ { "_id" : ObjectId("605338dc9565528893b347b9"), "name" : "Рязанская область" } ] } { "name" : "Спасск", "result" : [ { "_id" : ObjectId("605338dc9565528893b347b9"), "name" : "Рязанская область" } ] } { "name" : "Коломна", "result" : [ { "_id" : ObjectId("605338dc9565528893b347ba"), "name" : "Московская область" } ] } - удалил лишнее.... А реально сделать чтобы не было этого resulе, а просто было ...regionname: "Московская Область"

У меня есть замечательная (нет) идея: есть ли механизм на уровне драйвера/бд который бы откидывал запросы не использующие индексы? Допустим аггрегации не берём, find(). Или это только постфактум можно делать, алертя на логи с COLLSCAN/docsExamined>N ?

https://docs.mongodb.com/manual/reference/parameters/#param.notablescan

спасибо большое)

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

Да

Привет. подскажите как правильно работать с транзакциями в монге. Есть такой код session = await mongoose.connection.startSession(); session.startTransaction(); try { updatedWallet = await walletModel.findOneAndUpdate( { accountId, type, }, { $inc: { balance, }, }, { session: session, new: true }, ); createTransaction = await transactionModel.create({ walletId: updatedWallet._id, direction, amount: Math.abs(balance), reason, meta: omitBy(meta, isNil), walletType: type, accountId: updatedWallet.accountId, }, { session: session, new: true }, ); } catch(e) { await session.abortTransaction(); session.endSession(); throw new Error(e); } await session.commitTransaction(); session.endSession(); это работает как ожидается до тех пор пока не делаются параллельные запросы через Promise.All([несколько вызовов сразу]). В этот момент выполняется первый запрос а второй отлетает с ошибкой writeconflict.

Самый простой вариант: вынести всю подготовку данных и транзакцию в отдельный метод, так чтоб полностью изолировать вычисление нового состояния, завернуть его в try/catch и делать retry когда случается конфликт.

Самый простой вариант: вынести всю подготовку данных и транзакцию в отдельный метод, так чтоб полностью изолировать вычисление нового состояния, завернуть его в try/catch и делать retry когда случается конфликт.

model.countDocuments({ field1: 'test', field2: 'test' })

Спросил потому что нашёл на стеке такую же ситуацию (https://stackoverflow.com/questions/65171579/mongoerror-writeconflict) при этом вопрошающий сказал что типа проблему решил, но не сказал как, вот и думал что может как то это просто решается

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

А как же тут указать какие параметры?

у кого-нибудь получалось ставить локально бд на mac?

Проще будет поставить через homebrew: https://docs.mongodb.com/manual/tutorial/install-mongodb-on-os-x/

А все пользуются компасом, никто не пользуется datagrip от jetbrains?

Добрый вечер. Кто делал деплой ? Mongoose connect как писать ? В локале норм работает а заливаю на сервер ошибка

коллеги, подскажите где можно почитать подробности про вывод explain. Что означает каждый параметр и как вообще читать этот вывод? Это хороший результат или плохо ....

Это вывод о том, какую стратегию выбрал планировщик для выполнения запроса. В первую очередь тут интересен сам план, указанный в winningPlan. Читается он в обратном порядке, от конца к началу. У вас первый шаг это IXSCAN, это поиск по индексу. В keyPattern видны поля которые будут использоваться для поиска по индексу. Где-то ниже будет поле shape, которое определяет диапазон ключей индекса по которым будет происходить поиск. FETCH это загрузка полного документа из результата поиска по индексу А SIMPLE PROJECTION это шаг выполняющий проекцию: трансформацию документа с удалением ненужных полей. Но сам план это не самая информативная часть, так как это только план. Интереснее сразу смотреть на то как план реально исполняется: для этого необходимо выполнить эксплейн с таким ключом explain({executionStats:true}) Там вы уже увидите статистику сколько времени занимает выполнение каждого шага. Там будет три ключевые метрики keysScanned, docsScanned и docsReturned. Первое это сколько ключей индекса потреблялось прочитать чтоб найти нужный результат. Второе сколько документов пришлось целиком просмотреть и третье это итоговое время выполнение шага в миллисекундах Наиболее эффективно когда первый шаг IXSCAN. Если первый шаг COLLSCAN то на больших объемах будут проблемы. Общий подход: docsReturned должен стремиться к keysScanned — значит что все условия поиска были покрыты индексом и в дальнейшем выкидывать документы не пришлось. docsScanned должен стремиться к keysScanned. Если docsScanned больше чем keysScanned, значит какая-то часть запроса выполняется мимо индекса Идеально когда docsScanned равен нулю :) Это возможно с covered queries. Ну и чем меньше приходится просматривать документов или индексов, тем быстрее будет запрос

Ух как много интересного) пойду разбираться

Ребзя, help me please. Пытаюсь подключить монго к nestjs, и настроить простой поиск. В монге для коллекции сделал create search index, но при попытке поиска получаю ошибку MongoError: text index required for $text query. Подскажите пожалуйста что я не так делаю?

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