Кто-нибудь может подсказать, возможно ли написать запрос по значению поля объекта в мапе? { "a" : { "1" : { "b" : 111 }, "2" : { "b" : 112 }, "3" : { "b" : 113 } } } Найти все документы, у которых в поле "a" среди значений поля "b" есть значение 112? $elemMatch не работает, так как тут не List<Object>, а Map<String,Object> Пробовал всякого рода find({"a.*.b":112}), но не работает

Здравствуйте. Подключил БД (Mongo DB Atlas) к проекту (тг бот). Когда запускаю сервер со своего ноута всё работает хорошо, но при запуске проекта через Heroku бот не отправляет сообщения, в которых берутся или отправляются данные в базу. На Mongo Atlas я разрешил вход всем всем IP адресам

неоднозначно, но .env файл есть по типу process.env.(VARIABLE)?

env нету, только js, json, .gitignore и Procfile

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

Доброго. Нужно экспертное мнение/совет. Создаю систему на php фреймверке с использование 2х DB. Первая БД PostgreSQL а вторая mongoDB. Монго будет использоваться для "мусорных" данных. Назначения данных - большое количество однотипных данных по типу ip адресов с доменными именами + разные другие поля в зависимости от предпочтений пользователя которые будут именоваться как Листы. Есть несколько идей по этой реализации: 1) Для каждого пользователя создавать свою базу в монго именуя ее как id пользователя. Для каждого "Листа" - будет создаваться отдельная таблица(коллекция). 2) Для всех пользователей будет создана одна база но для каждого по отдельности будет создана коллекция по id пользователя в которую будут записываться "листы" вперемешку с разными идентификаторами. 3) Для всех пользователей будет создана одна база и одна коллекция куда будут записываться "Листы" с разными идентификаторами и полями - при этом дополнительные поля будут вписываться в отдельное поле как json. Какой из выше перечисленных вариантов предпочтительней, какие есть +/- ? Нужно учитывать что каждый пользователь может загрузить от 1 000 до 20 000 записей. Система рассчитана на аудиторию от 100 до 2000 человек. Я склоняюсь ко 1 и 2 варианту но меня уверяют что 3 вариант оптимальный и на скорость работы системы не повлияет

Я ведь правильно понимаю, что предопределенные идшники, определяемые приложением - это нормальная распространенная практика для монги?

Самый простой это вариант 3. Для динамических атрибутов наиболее эффективно использовать Value-Attribute паттерн https://t.me/mongodb_ru/87488

А монге внутри вообще очень важно, прилетел ли id от клиента или нет?

А зачем вам назначать id самостоятельно?

Я нашел, что один из явовских клиентов при попытке записи сразу нескольких сущностей проверяет, являются ли они все новыми. Если они все новые (ид нет), тогда batch. Иначе - по одной. А мне иногда писать тысячи сущностей

Вы хотите OID на клиенте генерировать?

В монге нет primary-primary репликации

преждевременные оптимизации

Ну... мне вот уже писать много сущностей.

Про ид я спросил, потому что клиент не умеет делать updateBatch. Что меня ну очень удивило. И я подумал, а может это я дурак, и не принято проставлять id заранее. Хотя вроде бы помню, что это нормальная практика.

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

Что такое etl?

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

А монге внутри вообще очень важно, прилетел ли id от клиента или нет?

Можно же добавить свой id и не трогать монговский _id.

А что в sh.status()? Судя по этим графикам есть активные миграции

А что в sh.status()? Судя по этим графикам есть активные миграции

Если в статусе есть failed миграции, причину можно попробовать найти в логах

Смотрите в sh.status и логи нод доноров и реципиентов

В логах rs0 поищите почему случилась аварийная отмена

https://docs.mongodb.com/manual/reference/operator/update/addToSet/

а, у вас там ещё откуда-то history._id возникает

У вас два разных элемента массива