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

например этими чёртовыми номерами заказов

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

я же написал уже

«хороший номер заказа это многобукв, которые решают проблемы в жизненом цикле выполнения этого заказа.»

это чисто так подытожить

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

Во всем есть свои плюсы:)

Ребят, все же, что тут может быть не так? Не изменяет объект в БД. Вот совсем. В коллекции members точно есть объект с userId: ctx.match[1] (вижу в компассе) и у него точно есть ключ refs, который является массивом. Но ничего не происходит. db.collection('members').updateOne({userId: ctx.match[1]}, {$addToSet: {refs: ctx.chat.id}}) *пробовал вместо $addToSet и $set и $push, ничего не сработало. **Ошибок нет

если ничего не работает значит в ctx.match[1] содержится нечто другое

либо по значению либо по типу

если ничего не работает значит в ctx.match[1] содержится нечто другое

Вывожу в консоль, там мой айди: 62253745 В бд тоже самое

точняк, тип. Сейчас проверю, спасибо

стринга число? и там и там7

стринга число? и там и там7

действительно, в типе и была разница:) спасибо!

Встал тут интересный вопрос. Есть коллекция. Примерно 3 млн. документов. Занимает около 190 Гб места. Вроде бы все нужные индексы стоят. Раньше (когда записей было 2-2.5 млн.) поиск отрабатывал где-то в приделах 30 секунд. Были таймауты, но редко. Сейчас же сплошные таймауты. Собственно вопрос - работа такой коллекции на одном инстанце реальна? Или уже надо шардить?

30 минут?

30 минут?

Секунд. Поправил.

а поиск какого вида?

а поиск какого вида?

Поиск относительно сложный. По ряду полей. И заметил закономерность - если в результате будет немного документов - то укладывается в 30 секунд. Если большое число в результате - то нет.

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

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

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

К сожалению мониторинга как такового нет. Насчет оперативки тоже не скажу.

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

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

А как-то можно понять что они в оперативку не влазят?

Пока я по статистике вижу что индексов на 2.8 Гб.

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

и сделать запас сверху раза в полтора

кстати а вы explain используете для отлаживания запросов?

кстати а вы explain используете для отлаживания запросов?

Планируем 😊 К сожалению такая ситуация - что кроме приложения на PHP и подключения через Genghis - никаких других доступов к базе нет

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

Очень похоже на мой случай. Резко выросли данные в принципе (а значит и индексы). И собственно увеличилось число записей в результатах запросов

самое простое что можно сделат ьв таком случае это выполнить эексплейны и посмотреть нет ли сканов коллекций https://docs.mongodb.com/manual/reference/method/cursor.explain/

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

ну и надо разбиратсья с бд

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

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

я в монгусе не силен, но вам вообще нравится ваше решение?

я пока разгребаю г-код...

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

а что делается в этих хуках?

Доброго дня! Есть такой документ, как на картинке. Все не могу понять как работать со вложенными объектами. Нужно выбрать все доки, где followDates на 2018-12-14 содержит элемент массива "test".

db.getCollection('profiles').count({ "followDates": { "2018-12-14": "test" } })

так естесна не работает

db.getCollection('profiles').count({ "followDates": { "2018-12-14": "test" } })

.count({ 'followDates.2018-12-14' : 'test' })

короче все вложенные всегда строкой через точку

в любом случае

так понимаю?

используйте dot notation https://docs.mongodb.com/manual/core/document/#dot-notation в вашем запросе условие звучит как полное совпадение значения аттрибута

ага

ну и это работает, спасибо

используйте dot notation https://docs.mongodb.com/manual/core/document/#dot-notation в вашем запросе условие звучит как полное совпадение значения аттрибута

да, спасибо тоже

Т.е. вы хотите посчитать все документы где значение followDates равно {"2018-12-14": "test»}

сейчас вычитаю эту доку, чтобы не тупить 🤔

Т.е. вы хотите посчитать все документы где значение followDates равно {"2018-12-14": "test»}

нет, 2018-12-14 массив

ваше условие звучит именно так

и чтобы в нем был элемент test как в js: arr.indexOf('test') !== -1

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

монго именно так и ищет в массиве

нет, не будет

сейчас проведу тест, отпишу сюда

нет, не будет

ну почему же, если в массиве "2018-12-14" найдётся хотя бы один элемент со значением test, то весь документ вернётся

потому что его условие звучи как значение поля 2018-12-14 в аттрибуте followDates равно test

ну почему же, если в массиве "2018-12-14" найдётся хотя бы один элемент со значением test, то весь документ вернётся

+

вот с таким доком работает, а мне это и нужно

вероятно, это какой-то синтаксический сахар для запросов

а, если вам надо _любой_ элемент то, да, я не прав.

вероятно, это какой-то синтаксический сахар для запросов

да

можно и явно указать перебор массива через $elemMatch

а, если вам надо _любой_ элемент то, да, я не прав.

ага

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

если вам нужен элемент по индексу, то надо через dot notation ещё и индекс указать

если вам нужен элемент по индексу, то надо через dot notation ещё и индекс указать

теперь прочитал и понял

массивы в bson это тот-же документ, только ключи — индекс элемента

массивы в bson это тот-же документ, только ключи — индекс элемента

значит я смогу и их выбирать через точку? .0 например?

да

хорошо, спасибо

https://docs.mongodb.com/manual/reference/operator/query/eq/#array-element-equals-a-value

в целом этот раздел стоит почитать

Всем доброго дня, подскажите какими инструментами можно мониторить нагрузку на mongodb. до версии 3.6 мы делали это через http оснастку.

Всем доброго дня, подскажите какими инструментами можно мониторить нагрузку на mongodb. до версии 3.6 мы делали это через http оснастку.

Вроде монга уже с коробки умеет мониторинг делать. db.enableFreeMonitoring() или чет такое

Всем доброго дня, подскажите какими инструментами можно мониторить нагрузку на mongodb. до версии 3.6 мы делали это через http оснастку.

Percona Monitoring

Долго вообще mongodb осваивается? CRUD с коллекциями достаточно или что еще почитать/посмотреть?