byId, one тоже

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

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

Это не так важно, сам же debug true говорит что идут два раза запросы

Точнее даже не запросы в операций

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

^

просто напросто используя монгус не нужно использовать findAndModify

перепишите по номральному

просто напросто используя монгус не нужно использовать findAndModify

Хорошо

просто напросто используя монгус не нужно использовать findAndModify

А find() можно ?

find object change object save object

вообщем дело в промисах и моделях в mongoose

https://stackoverflow.com/a/49374860/6322612

это чисто для истории

там await добавить надо было

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

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

ну монгуз подходит для тех, кто хочет работать с колекциями через модели и "виртуализировать" доступ к данным.

а не на "низком" уровне чистых запросов

подходит, но люди вот не видят разницы в использовании стандартного метода save и применения ручного findAndUpdate

ну монгуз подходит для тех, кто хочет работать с колекциями через модели и "виртуализировать" доступ к данным.

и правильно делают

проблема только в том, что монгуз ужасен

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

Господа а как правильнее сделать. Мне нужно удалить товар, но по факту его как бы не нужно удалять, а только спрятать, а то мало-ли нужно будет посмотреть его потом... Есть две идей: Поставить isRemoved: true либо переместить его в другую колекцию, где будут все товары которые удалил ...

Что будут лучше по вашему мнению ?

Что будут лучше по вашему мнению ?

removedAt с таймштампом

removedAt с таймштампом

А потом всем запросам добавить removedAt: null ?

Ну то есть что бы не искал по товарам которые как бы удалили уже

надо бы проверить, будет ли цеплять документы с null при условии поиска $lt : new Date()

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

Господа а как правильнее сделать. Мне нужно удалить товар, но по факту его как бы не нужно удалять, а только спрятать, а то мало-ли нужно будет посмотреть его потом... Есть две идей: Поставить isRemoved: true либо переместить его в другую колекцию, где будут все товары которые удалил ...

из этих двух лучше первый

из этих двух лучше первый

А как искать их потому ? У меня есть find(args) ? Как сюжа воткнуть, еще и isRemoved: false

А как искать их потому ? У меня есть find(args) ? Как сюжа воткнуть, еще и isRemoved: false

мм, не очень понял вопрос

Есть запрос: find(args) args = это те поля который пришли с фронта как сюда воткнуть еще и isremoved: false ? что бы выдовал только те которые не удаляли

мм, не очень понял вопрос

Что-то вроде: return ProductModel.find(args, {isRemoved: false})

Только это не работает ))) видимо прям очень не правельный запрос я сделал )

вам нужно прямо в args вставить это условие

args.isRemoved = false;

Сделал так, до find(args)

будет норм или не очень ?

какой там у args тип? попробуйте, я прост с js не особо знаком

какой там у args тип? попробуйте, я прост с js не особо знаком

Так работать будет, вопрос в том если так нормально будет или костыль ))

ну если на фронте сразу условие добавить не вариант, то что тут ещё придумать? (:

хотя пожалуй логичнее это в фукнции бэкенда и оставить

хотя пожалуй логичнее это в фукнции бэкенда и оставить

Вот именно. Пусть бэк это делает, что бы точно эти товары не достали ))

А то будет прикол что клиент вроде удалил товар, а тут бац фронт его показывает ))

Здравствуйте, подскажите regex поиск по определенному полю можно проиндексировать как Text search?

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

https://docs.mongodb.com/manual/reference/operator/query/regex/#index-use

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

Другого способа ускорить нету ? У меня проблема,поиска,текст ищет но только слово целиком а рэджэкс классно отрабатывает но только по одному полю и в начале долго отрабатывает ((

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

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

Да уже понял, спасибо

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

есть $text - жалкое подобие fuzzy search

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

ну, за неимением лучшего, приходится довольствоваться тем, что есть

хотя... можно попробовать навесить на pre.save какой-нибудь soundex и потом попробовать по массиву с индексом искать. хмм...

Здравствуйте, подскажите regex поиск по определенному полю можно проиндексировать как Text search?

а какая задача решается?

а какая задача решается?

Full text search😄

Full text search😄

контекст. он отделен от поиска по другим полям или необходимо выборку записей ТОЛЬКО по full text search

а так же подрузамевается ли partial match или только полное вхождение слова

а так же подрузамевается ли partial match или только полное вхождение слова

Ну вот text search из коробки работает норм в плане скорости,но ищет только целые слова,вот если бы он умел как регекс или регекс умел бы как text search...как-то так, хоть бери и скрещивай их 😊

если поиск идет только $text - выноси. вот к чему спрашивал

regex будет с тормозами. там еще есть варианты конечно но зависит от деталей поиска

Добрый день, подскажите пожалуйста, как построить запрос. У всех документов есть поле с массивом id-шников, как найти все документы в массив которых не входит определенный id?

{$nin:[]}

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

почитайте доку и вопросы отпадут

db.getCollection('questions').find({ whoAnswered : { $regex : someId }}) вот это подошло, спасибо

и как это вяжется с " в массив которых не входит определенный id" ?

1.5 ляма ошибок, из-за чего могут возникать эти тайм ауты, кто сталкивался? Увелечение тайм аута может как-то пофиксить такую беду? Версия монгуса 4.9.2

у MongoDB driver 3.0.11v (который юзает Mongoose) отлавливаливается connection cursor timeout после обновления до 3.1.13 - проблемы нету то есть можете побробовать обновить Mongoose

у MongoDB driver 3.0.11v (который юзает Mongoose) отлавливаливается connection cursor timeout после обновления до 3.1.13 - проблемы нету то есть можете побробовать обновить Mongoose

обновить до 5.4 версии?

попробуйте, в этому случае нужно будет до MongoClient добавить useNewUrlParser: true

попробуйте, в этому случае нужно будет до MongoClient добавить useNewUrlParser: true

а можете обьяснить вообще проблему, откуда ноги растут, потому что я не понимаю

а могут тайм ауты возникать из-за того что операции работы с базой данных выполняются на стороне сервака? Причем операции достаточно жирные

А вы соединение на кажды запрос открываете и закрываете?

А вы соединение на кажды запрос открываете и закрываете?

нет, один раз устанавливается соединение при запуске приложения

а как тогда 1.5млн исключений получается?

там на скрине прям напиано connection 2401, точно не одно

есть ощущение что у вас текут соединения и таймауты это следствие утекающих соединений, а не драйвера