Там еще запись идет постоянно. Около 3х записей в секунду

Просто mysql уже при 19 млн записей стал искать около часа. Особенно в to

Подскажите, как описывать вложенные поля, например, если я хочу разделить имя на фамилия+имя+отчество или баланс разбить по валютам?

А как задавать несколько типов, или хотя-бы String | null ?

по дефолту все значения nullable, если не указано required: true

Всем привет. Посоветуйте как можно добавить колонку в коллекцию (из списка (массива) значений), где каждый следующий эллемент списка закрепляется за каждым следующим эллементом монговской коллекции. (проходить по всей коллекции на вариант - данные большие). Или я фантазер?

Индексы настройте, для любой базы ваша выборка не представляет проблемы, если оперативы под индексы хватит

Всем привет. Посоветуйте как можно добавить колонку в коллекцию (из списка (массива) значений), где каждый следующий эллемент списка закрепляется за каждым следующим эллементом монговской коллекции. (проходить по всей коллекции на вариант - данные большие). Или я фантазер?

findOneAndUpdate с upsert: true в случае создания нового документа будет создавать в нем те поля, которые были использованы в фильтре?

(node:33382) DeprecationWarning: collection.ensureIndex is deprecated. Use createIndexes instead. — что за предупреждение? ensureIndex в явном виде не использую

в фильтре - нет, в $set - да

использует то что используете вы

(node:33382) DeprecationWarning: collection.ensureIndex is deprecated. Use createIndexes instead. — что за предупреждение? ensureIndex в явном виде не использую

Mongoose чей использует внутри себя

я это понимаю, как избавиться от предупреждения?

документацию почитать

т.е. model.findOneAndUpdate({a: 1}, {a:1, b:2}) писать?

перпроверил, фильтр также добавляется при апсерте

Почему я получаю undefined? как достать данные из найденного документа?

await

Почему я получаю undefined? как достать данные из найденного документа?

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

в каком смысле?

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

сейчас заметил, кстати, что методы класса из loadClass не работают на полученном от findOne объекте. Что-то не так написал?

static же, это метод модели, а не объекта

static же, это метод модели, а не объекта

Убрал static. ".findOne().fullName()" => "fullName is not a function"

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions/get

Привет, есть способ получить порядок сортировки для каждого элемента в агрегации?

не понятно, нужен пример

подсобите плиз, есть айдишник, с помощью него мне надо найти все документы, у которых в массиве parentIds есть такой элемент, как это замутить?

$in

1. Первыми будут поля которые участвуют в фильтре с атомарным значением 2. Вторыми идут поля, по которым будет сортировка 3. Третьими будут поля которые в фильтре указывают не атомарное значение а диапазон ($gt $lt)?

еще один момент хочу прояснить, я хочу обновить массив в документе, сначада я присваиваю массиву пустой массив, а потом хочу с помощью $addToSet добавить элемент в массив, но у меня ничего не добавляетя. Монго так не умеет чтоли или я неправильно делаю что-то?

Только не понятно зачем вам пустой массив

Добрый день, что бы вам помочь, нам надо видеть, что именно вы делаете. А так идея у вас правильная

Я опять с индесами Есть такой запрос: db.BMW_offers .find({"model":"X5", "predict_value":{"$gt":700,"$lte":1300}, "owners_number":{"$lte":2}, "status":{"$ne":"ERROR"}, "year":{"$gt":2010 }}) .sort({"offer_creation_date":-1, "predict_value":1, "mileage": 1}) По правилам ESR построил такой compound индекс: db[col_name].create_index([ ('model', 1), ('offer_creation_date', -1), ('predict_value', 1), ('mileage', 1), ('predict_value', -1), ('predict_value', 1), ('owners_number', 1), ('status', 1), ('year', -1) ], name='actual_search', default_language='english') Может что-то убрать из индекса или добавить, не знаете?

а что не так? не работает? работает недостаточно?

Запрос на 80к доков выполняется 14 сек. первый раз и в последующие по 0.114 сек

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

Я опять с индесами Есть такой запрос: db.BMW_offers .find({"model":"X5", "predict_value":{"$gt":700,"$lte":1300}, "owners_number":{"$lte":2}, "status":{"$ne":"ERROR"}, "year":{"$gt":2010 }}) .sort({"offer_creation_date":-1, "predict_value":1, "mileage": 1}) По правилам ESR построил такой compound индекс: db[col_name].create_index([ ('model', 1), ('offer_creation_date', -1), ('predict_value', 1), ('mileage', 1), ('predict_value', -1), ('predict_value', 1), ('owners_number', 1), ('status', 1), ('year', -1) ], name='actual_search', default_language='english') Может что-то убрать из индекса или добавить, не знаете?

Получается что слабое звено мой HDD Я запрос с этим индексом проверил используя hint() и explain() вроде бы он на 1000 иттераций быстрее чем без этого кампаунда, но просто я не уверен в том надо ли в compound вставлять поле несколько раз

а что за "правила ESR"? интересно даже планировщик монги как себя тут поведет ведет

Одно поле в кампаунд несколько раз не нужно. С кампаундом надо лишь порядок полей подобрать. В explain обратите внимание на то сколько документов монга читает с диска. Там два поля есть - сколько ключей индекса прочитано и сколько документов. Вам надо минимизировать количество чтений документов.

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