Пробую вот так Но работает не так как мне нужно Должно срабатывать при каждой записи Но срабатывает только при создании союза(

зачем под сумму отдельно вложенный объект заводить – хз, да и в виртуале это можно было бы сделать SUnion.virtual('membersCount').get(function () { return this.members.count }) SMember.virtual('totalGoals').get(function () { return this.goals.count })

потому что на валидацию союза стоит, тут как раз надо (нет, лучше вообще так не делать) тогда разносить

Супер варианты! Но тут момент, у меня стоит фильтр и при вызове возвращается только data без массива Поэтому TypeError: Cannot read property 'length' of undefined А возможно ли как нибудь без объявления переменных membersCount...?

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

звучит как проклятье 😁

Вот так добавляю

я бы посоветовал более плоско реорганизовать структуру

Похоже, что так и нужно мне сделать

https://docs.mongodb.com/ecosystem/use-cases/

А в базу оно сохраняется? Или вам не нужно?

Если вдруг кому-то интересно, то у меня получилось обновить «Монгу» на Debian до 4.2

а в чем там проблема? деб старый?

доброй ночи всем. надо перенести коллекцию из мульонов документов в другую БД (с нуля), и добавить там дополнительное поле. как это лучше всего сделать? await oldVideos.find().forEach(async video => { await videos.insertOne(video); }); такой способ имеет 2 минуса: 1. долго как-то 2. не понятно как так добавить еще одно поле в ходе переноса какие еще есть варианты?

Что значит не работает и какой результат корректный?

Что значит не работает и какой результат корректный?

От ответа на этот вопрос зависит

От ответа на этот вопрос зависит

если я уберу $elemMatch и поставлю чисто массив работает хай пацаны кто знает почему не работает await this.takeChecker .db('grataDatabase') .collection('users') .findOne({ moderator: { institutionIds: [ new ObjectID('5dab1c214f2e663eb08ca521'), new ObjectID('5dade7f9af3ead39e8cf7b76'), ], }, });

Просто через точку moderator.institutionIds: new Obj....

В другую бд или в другую коллекцию?

БД. коллекцию из одной БД, в коллекцию в другой БД

Вероятнее всего изменилась структура нагрузки. Ищите проблемные запросы. Скорее всего появилось что-то с collscan по всему шарду. Вторая проблема что у вас в монгу стреляет оом. Проверьте что монга корректно видит доступную ей память, что у вас под кэш wt выделено не больше половины этого объёма. Если кроме монге на хосте есть другие сервисы — уберите их. Если у вас на хосте больше одной монги — вынести их на отдельные хосты. Если на хостах с монгами есть монгосы, то вынести монгосы на отдельные хосты.

Запоздалое спасибо за советы:) Всё это время искал причину, но пока так и не нашёл. На всех машинах кэш wt выставлен по-дефолту, но поле "bytes currently in the cache" показывает, что ещё целый 1гб из 7 свободно. Команда db.serverStatus().tcmalloc.tcmalloc.formattedString выдаёт что почти вся память машины(15гб) в поле Bytes in use by application. Долгие запросы также мониторил, есть aggregate запросы, но они занимают максимум 200мс и не такие частые, используются для мониторинга сервиса, пробовал отключать на время, но не помогло, память всё равно продолжает течь. Заметил, во-первых, что память проседает только на секондари и , во-вторых, что при падении одной из нод по оом'у начинают проседать по памяти несколько других нод из разных шардов. Не знаю в какую сторону копать дальше, уже думаю попробовать обновить саму монгу (сейчас используем 3.4.20)

Коллеги добрый день Такой вопрос При выполнении запросов на чтение в 900rps время ответа запроса в норме Как только 1000rps - то время отклика увеличивается в разы При этом никакой утилизации ресурсов нет Мне кажется, что дело в connection стринге. Все параметры в URI выставлены по дефолту Хотя я могу быть не прав. Подскажите, в чем может быть проблема Спасибо

время отклика по чьей версии увеличивается?

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

Коллеги добрый день Такой вопрос При выполнении запросов на чтение в 900rps время ответа запроса в норме Как только 1000rps - то время отклика увеличивается в разы При этом никакой утилизации ресурсов нет Мне кажется, что дело в connection стринге. Все параметры в URI выставлены по дефолту Хотя я могу быть не прав. Подскажите, в чем может быть проблема Спасибо