Всем привет! Планирую хранить огромное количество небольших записей с применением MongoDB. Исхожу из того, что в один документ не запихнуть, так как там лимит без GridFS, поэтому видимо будет много документов. Буду признателен, если поделитесь советами/подводными камнями, с точки зрения производительности и возможности всего этого в целом. Частичные индексы вероятно решат часть проблем, так как неравномерные филды, но все же общий объем слишком большой. Порядок - 10**10

Ребята, немного не понимаю. После $group в аггрегации у меня 50к записей В explained показывает что returned 50000 В коде фреймворка тоже получаю 50к А если добавляю в агрегацию для подсчета { $count: "Total" } Получаю { Total: 5600 } Кто-нибудь сталкивался с таким?

А 255KB в чанке мало?

не совсем понял ситуацию, но возможно вы поменяли что-то

не совсем понял ситуацию, но возможно вы поменяли что-то

Это баг MongoDB Compass)) Вот результаты в mongosh и в gui. Та же агрегация)

Limits input documents before $group, $bucket, and $bucketAuto stages. Set a limit to make the preview run faster. - вот тут может надо больше лимит ставить, чтобы финальное число в компасе было верным

Ребята,всем привет! Подскажите пожалуйста- как вы мониторите монгу ? Через графану-прометеус производите мониторинг?

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

джанго админ вроде можно использовать для монги

Да, но целую джангу тянуть как-то слишком, как по мне. Может что легче есть

че экономим?

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

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

админка для каких целей?

сколько документов обновляется в локальной и удаленной БД? скорее всего локально их просто мало

Просматривать базу и добавлять новые данные

Просматривать базу и добавлять новые данные

несколько тысяч документов

А зачем админка для этого?

А какие иные варианты? Обычный пользователь лезть в бд напрямую не должен

А какие иные варианты? Обычный пользователь лезть в бд напрямую не должен

а зачем это надо делать? почему существует необходимость руками лазить в БД?

Как раз не руками, просто нужно управлять кое-какими данными (не во всей базе, отдельная таблица), а через запросы или компасс для юзеров слишком сложно

Как раз не руками, просто нужно управлять кое-какими данными (не во всей базе, отдельная таблица), а через запросы или компасс для юзеров слишком сложно

Как раз не руками, просто нужно управлять кое-какими данными (не во всей базе, отдельная таблица), а через запросы или компасс для юзеров слишком сложно

ну так не должны юзеры лезть в базу вот и сложно)

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

тогда explain и мониторинг в помощь в поиске где затык

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

explain покажет что происходит при выполнении запроса. Сравнить на локале и на удаленном сервер и поулчить понимание в чем разница. А то может вы локально на М3 крутите монгу на супер ssd, а на серваке дохлые hdd под арм

ну на мощном процце локально точно крутится и на норм ссд, а вот база 1 GB RAM / 1vCPU / 15 GB Disk / Primary only / NYC3 - MongoDB 6

как раз примерно такое и ожидалось. Explain-ом всеравно сверьтесь, что по количеству доков одинаково и дальше смотрет ьмониторинг сервака он в проц или в диск упирается. Причем тут возможно и то и то сразу

как раз примерно такое и ожидалось. Explain-ом всеравно сверьтесь, что по количеству доков одинаково и дальше смотрет ьмониторинг сервака он в проц или в диск упирается. Причем тут возможно и то и то сразу

У меня есть такой документ { user: userId, currentOrder: { date: '', type: '', price: '' } } Как я могу обновлять поля в currentOrder выборочно не затрагивая остальные?

$set: {'liquidity.dedust': liquidityUsd}

Привет! Сейчас документы содержат некую связку id + external_id, которые могут повторятся в разных документах. Что может произойти, если при таких данных навесить уникальный индекс id + external_id?

Индекс не будет создан

Подскажите, разве при ошибке валидации, не должно выводить сообщение из description?

При ошибке я получаю одно сообщение message: 'Document failed validation'

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

Нужно учитывать сетевые задержки. Локально у тебя же не replicaSet, а вот удаленно с вероятностью 95% да. Пока они друг с другом договориться... У нас та же фигня - локально продовская база отрабатывает запрос X10 раз быстрее, чем в бою

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

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

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

5к строк это про один документ?

нет, это 5000 документов

нет, это 5000 документов

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

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

Долго это сколько? Атлассиан и монго послали рф. Одно время дажк репозитории не работали.

Долго это сколько? Атлассиан и монго послали рф. Одно время дажк репозитории не работали.