...find({'jobTitle': req.query.q})

может там надо RegExp

Но в ошибке говорит что индекса нет

К слову сказать, мне нужно запрашивать эти 10,000 значений для того, чтобы посчитать среднее значение по ним. И знаете, aggregation framework это делает, как ни странно, гораздо быстрее, чем запросить-посчитать ручками в коде (где то за 35 мс выполняется в среднем). И я бы так и делал, только вот одно меня смущает. Скорее всего эти агрегации будут ощутимо грузить базу. Учитывая, что данная статистика хранится для каждого пользователя приложения, делать это придется очень часто и много. И я сейчас на самом деле перед выбором: либо все таки доверится aggregation framework-у, пусть база сама считает да агрегирует, или все таки выгружать и считать самостоятельно (но тогда придется разбираться с медленными запросами). Это конечно супербалдежно - пользователь кликает на вкладку статистика, запрос уходит на сервер, и сервер начинает пыхтеть и целую секунду все это дело запрашивать, перебирать, считать. Да пользователь уснет от скуки, пока расчет закончится и результат вернется на фронт.

ребят подскажите кейс. делаю Колекцию пользователей, у них должны быть группы в которых указаны их права. Пришел я с mysql и для меня бы было проще просто указанать индификатор группы(left join). Ну а как это тогда сделать в Mongo?

в коллекции ранее были документы?

UsersSchema.statics.isEmailExists = async function (email: string): Promise<any> { return await this.findOne({ email }); };Тут правильно что я завернул поиск email в асинхронную функцию? Далее в роуте я вызываю const isEmailExists = await Users.isEmailExists(email);

в коллекции ранее были документы?

Не могли бы объяснить , зачем нужны вторичные индексы? В доке по Mongodb говорится что индексы нужны для эффективного выполнения запросов, а в доке по mongoose пишется что на проде их нужно вырубать 😕

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

Не могли бы объяснить , зачем нужны вторичные индексы? В доке по Mongodb говорится что индексы нужны для эффективного выполнения запросов, а в доке по mongoose пишется что на проде их нужно вырубать 😕

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

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

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

в смысле как? db.collection.getIndexes()

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

у вас должна быть монга 3.6+ и драйвер должен поддерживать retryWrites и retryWrites должны быть включены

в смысле как? db.collection.getIndexes()

?

И еще вопрос, у меня идет подключение через srv, который ведет на три ноды. Если я использую флаг useUnifiedTopology: true, который рекомендуется использовать в драйвере, то при подключении, если одна из нод мертва, соединение падает в ошибку ECONNREFUSED, без флага оно коннектится, я читал, что с этим флагом меняется логика обнаружения шардов и новых нод в репликах, но как-то так себе, если у нее не происходит connect

в чем задача?

Это к вашему драйверу вопрос

https://jira.mongodb.org/browse/NODE-2231

Добро пожаловать в волшебный мир драйверов для баз данных.

я просто читаю документацию и встал на этом моменте про индексы, а именно вырубание автоиндексов на проде. Я сейчас ставлю autoIndex: false но при методе getIndexes он показывает такой объект: { { _id_: [ [ '_id', 1 ] ], email_1: [ [ 'email', 1 ] ], test_1: [ [ 'test', 1 ] ] } }Значит автоиндекс еще работает? И как вообще кроме этого метода увидеть что есть индексы , в nosqldriver никаких изменений не появляется

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

Откатитесь до 3.2.х и подождите пока ваши баги не поправят

я просто читаю документацию и встал на этом моменте про индексы, а именно вырубание автоиндексов на проде. Я сейчас ставлю autoIndex: false но при методе getIndexes он показывает такой объект: { { _id_: [ [ '_id', 1 ] ], email_1: [ [ 'email', 1 ] ], test_1: [ [ 'test', 1 ] ] } }Значит автоиндекс еще работает? И как вообще кроме этого метода увидеть что есть индексы , в nosqldriver никаких изменений не появляется

кроме этого метода я написал, зайди лучше через mongo shell и там проверь db.collection.getIndexes()

в шеле все ок, если создавать через db.users.createIndex все шикарно, но как создавать через mongoose, я хочу чтобы индекс создавался при объявлении схемы как в доке const UsersSchema = new Schema({ email: { type: String, index: true, unique: true }, hash: String, salt: String, uid: String }); UsersSchema.index({ email: 1 });

в шеле все ок, если создавать через db.users.createIndex все шикарно, но как создавать через mongoose, я хочу чтобы индекс создавался при объявлении схемы как в доке const UsersSchema = new Schema({ email: { type: String, index: true, unique: true }, hash: String, salt: String, uid: String }); UsersSchema.index({ email: 1 });

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

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

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

🤷🏻‍♂️если в компании есть специальнообученные для этого люди, то хороший совет)

я ставлю autoIndex: false и манипулирую индексами только через шелл?

я ставлю autoIndex: false и манипулирую индексами только через шелл?

ну по мне да, управление индексами лучше делать в ручную и через shell

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

Подскажите - mongod локально стоит и стоит compass Через compass делаю импорт в коллекцию сразу 300 тыс записей и иногда пишет таймаут привышен