year и season это числовые поля?

Ну вообще строки

year: "", season: "" попробуй

Неа, тоже самое выходит

Странно конечно

А какой полный текст ошибки?

Вот же он

Монга думает что $unset пустой почему-то

покажи полный запрос, я так понял что верхний и нижний скрины не связаны

Вот

Таки запарился со скрином

year без кавычек

И второй тоже

Та дело не в них, уже убрал все равно

Таже ошибка

Хех

Понял в чем была ошибка, вопрос решен

Понял в чем была ошибка, вопрос решен

расскажи нам, интересно)

Хранить лайки в том-же документе очень плохая идея

вы предлагаете их отдельно хранить? зачем?

А можете сказать это реальный проект или поиграться с монгой?

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

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

вы предлагаете их отдельно хранить? зачем?

Почитайте статью

а в двух словах никак?

я эту стаьтю неделю читать буду

кроме того, в статье речь о комментах (у которых куча своих данных)

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

расскажи нам, интересно)

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

Хм, интересно, а почему это не работает, объекты в массиве не меняются, const tweets = await Tweet.find({author}).exec() const proceedTweets = tweets.map(tweet => { Object.assign(tweet, {extra: 'stuff'}) return tweet })

как быть?

походу монгуз ебанный возвращает не обычный массив

походу монгуз ебанный возвращает не обычный массив

Без мата пожалуйста

.lean() надо. фича Монгуза. решено. сорри за мат, 40 минут на это убил

кроме того, в статье речь о комментах (у которых куча своих данных)

Прочитайте статью. Документ имеет предельный размер, он когда-то закончится. Увеличение размера документа увеличивает затраты на его обновление. Когда вы показываете ленту, вам придётся доставать весь документ, со всеми лайками.

На мой взгляд самый корректный способ: группировать лайки к посту в отдельные документы. Например по 500 штук. С индексом по id лайкающего и id поста.

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

Не помню, работают ли covered queries с индексами по массивам, если да, то список отлайканных постов можно будет без обращения к документу получать

посмотрел там про лайки твитов

хз как в твиттере в инстаграме в блобе данных на страницу фотографии сразу все высылают кто лайкнул

Доброе утро , а не подскажите есть ли какая то короткая запись у на у вот такого populate { path: 'route', populate: { path: 'waypoints.commands.command', model: 'Command' }, }, потому что что то типо такого не проканало populate('route.waypoints.commands.command')

Доброе утро , а не подскажите есть ли какая то короткая запись у на у вот такого populate { path: 'route', populate: { path: 'waypoints.commands.command', model: 'Command' }, }, потому что что то типо такого не проканало populate('route.waypoints.commands.command')

Не понятно вопрос задали. Поясните.

Не понятно вопрос задали. Поясните.

Можно ли как то вложенный популейт записать в одну строчку

Приветсвую! Такой вопрос. Размер базы в монго 10 гигабайт, монго работает несколько месяцев. В оперативной на сервере занимает 41 гб. Это нормальное поведение?

Можно ли как то вложенный популейт записать в одну строчку

"route." в начале убери

Приветсвую! Такой вопрос. Размер базы в монго 10 гигабайт, монго работает несколько месяцев. В оперативной на сервере занимает 41 гб. Это нормальное поведение?

Я не специалист но 41 оперативки это очень много

"route." в начале убери

не разварачивает `populate('waypoints.commands.command')`

блин, не то посмотрел. 10 это сжатый размер базы, а так, вместе с индексами где-то порядка 35+ гб

Приветсвую! Такой вопрос. Размер базы в монго 10 гигабайт, монго работает несколько месяцев. В оперативной на сервере занимает 41 гб. Это нормальное поведение?

Вопрос сколько всего оперативы и сколько из них монга ест и как вообще замеряете?

оперативы порядка 100, монго есть из них 40. Замеряю через top или htop

хз как в твиттере в инстаграме в блобе данных на страницу фотографии сразу все высылают кто лайкнул

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

оперативы порядка 100, монго есть из них 40. Замеряю через top или htop

да, более чем нормально

в кеше wt хранятся несжатые страницы

оперативы порядка 100, монго есть из них 40. Замеряю через top или htop

Это нормальное поведение. Для быстродействия она будет держать данные в оперативной памяти. В принципе — это нормальное поведение для любой СУБД. Как сказал @dd_bb — странички в кеше держать выгоднее, чем постоянно читать их с диска, в разы выгоднее. Она будет кушать оперативную память пока жадность позволит, потом наиболее старые кеши будет выгружать из памяти. Еще стоит следить, чтобы при таких раскладах OOM Killer ее не прихлопнул, когда память на серерве будет заканчиваться

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

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

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

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

Это нормальное поведение. Для быстродействия она будет держать данные в оперативной памяти. В принципе — это нормальное поведение для любой СУБД. Как сказал @dd_bb — странички в кеше держать выгоднее, чем постоянно читать их с диска, в разы выгоднее. Она будет кушать оперативную память пока жадность позволит, потом наиболее старые кеши будет выгружать из памяти. Еще стоит следить, чтобы при таких раскладах OOM Killer ее не прихлопнул, когда память на серерве будет заканчиваться

А ограничения в конфиге монги задаются?

На макс размер кэша. Чтобы монга не лезла сильно и не забирала оперативку у других прог

Оставляйте все по дефрлту кроме дата и лог папки

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

На макс размер кэша. Чтобы монга не лезла сильно и не забирала оперативку у других прог

Да, https://docs.mongodb.com/manual/reference/configuration-options/#storage.wiredTiger.engineConfig.cacheSizeGB

На макс размер кэша. Чтобы монга не лезла сильно и не забирала оперативку у других прог

Но вообще базы данных лучше изолированно от других приложений содержать

Оставляйте все по дефрлту кроме дата и лог папки

я уже поставил это, но вылетает это

мне посоветовали это поставить, https://mlab.com/signup/

Вы не админ, запустите устанлвку от админа

Запустите установку от имени администратора

окей, попробую.

в меню нет пункта "установка от админа". если я консоль через админа открою и запущу файл, это сработает?

Загуглите, так будет проще

гуглил же. на стаковерфлоу 1 вопрос, у него было из-за отсутствия .net.

Просто запустите от админа, этож базовое действие в винде

Либо просто вручную запустите сервис

Не работает запуск.

Просто запустите от админа, этож базовое действие в винде

Кнопка не активна.

Телега работает только на телефоне почему-то. Не могу скрин отправить.

У всех Линукс?

Но вообще базы данных лучше изолированно от других приложений содержать

Брать отдельный сервер?

Брать отдельный сервер?

Да

Сколько виртуальных ядер смотреть посоветуете? Оперативки я и так понял что нужно овер дофига

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

От задач и ядер зависит. Можно и на одном ядре :)