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

у комьюнити версии никаких ограничений по размеру нет?

Добрый день. Подскажите пожалуйста. Есть коллекция с документами, в которых есть индексные поля; startTime и endTime. Индекс с startTime работает. Если я в календаре выбрал интервал в 22 дня (фильтр по startTime и endTime), то время простой агрегации = 272 ms. Если я в календаре выбрал интервал в 62 дня, то время простой агрегации = 421 ms. Получается во втором случаи время на агрегацию в два раза больше. Когда пользователь выбирает большие интервалы , время будет около 7-10 секунд. Как можно ускорить время агрегации? Что я делаю не так?

Подскажите, нужно каждому пользователю разослать сообщение. Я выполняю findAll, в итоге, по моим расчётам функция должна длиться как минимум час. Но, она останавливается где-то и всё. Это из-за неживучести сессии? Как увеличить её долгую жизнь?

Подскажите как при наличии id получить индекс в агрегации? Бд: "user_id":"1", "user_id":"2"

Подскажите, нужно каждому пользователю разослать сообщение. Я выполняю findAll, в итоге, по моим расчётам функция должна длиться как минимум час. Но, она останавливается где-то и всё. Это из-за неживучести сессии? Как увеличить её долгую жизнь?

Подскажите как при наличии id получить индекс в агрегации? Бд: "user_id":"1", "user_id":"2"

Что такое индекс в вашем вопросе?

с результата?

Я не уверен но подозреваю что в агрегации можно это сделать

Добрый день. Подскажите пожалуйста. Есть коллекция с документами, в которых есть индексные поля; startTime и endTime. Индекс с startTime работает. Если я в календаре выбрал интервал в 22 дня (фильтр по startTime и endTime), то время простой агрегации = 272 ms. Если я в календаре выбрал интервал в 62 дня, то время простой агрегации = 421 ms. Получается во втором случаи время на агрегацию в два раза больше. Когда пользователь выбирает большие интервалы , время будет около 7-10 секунд. Как можно ускорить время агрегации? Что я делаю не так?

Позиция элемента

Выбирайте либо в память во временный массив, либо пачками. Держать сессию час не комильфо

А как пачками? Во время рассылки могут добавятся ещё пользователи.

Так вы же наверняка проставляете метку временнУю когда отправка была. Вот и выбирайте тех кому не доставлено и лимитом получайте пачку например по тыще

У меня есть время регистрации пользователя (timestamp)

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

Никак не решал. Я выполнял просто find({"alive": True})

FindOne({email:dto.email},{username:-1})

опиши полностью то, что хочешь сделать

У меня есть бд в которой хранятся айди юзеров, и прочая информация, у меня есть код который делает обычную агрегацию по убыванию, и он занимает ~1.5-2 секунд на пользователя при запросе, это происходит из-за того что я делаю это на маленьком сервере и средствами python'a, а я хочу попробовать получить индекс пользоватея по айди из агрегации, средствами монги

$aggregate +$pipeline

Index на start i end есть?

на start работает, а на end в этом же match - нет

Я про индекс на 2 поля

У меня есть бд в которой хранятся айди юзеров, и прочая информация, у меня есть код который делает обычную агрегацию по убыванию, и он занимает ~1.5-2 секунд на пользователя при запросе, это происходит из-за того что я делаю это на маленьком сервере и средствами python'a, а я хочу попробовать получить индекс пользоватея по айди из агрегации, средствами монги

ну как пример, я не понимаю что ты агрегируешь, но как я бы сделал есть документу User db.collection('users').find().sort({_id: -1}) - забираю всех юзеров и сортирую decs по полю _id

Всем привет. Есть вопрос по локам в монге 4.4.15, может кто сталкивался с таким. Есть условно два типа процессов, A и B. Процесс A время от времени вычитывает коллекцию полностью, процесс B читает и апдейтит один и только один конкретный док (какой именно - зависит от того, с какими параметрами запущен), апдейтит чаще, чем читает. Процессов типа B намного больше, чем процессов типа A, где-то 10х, всего процессов в разные моменты может быть около 700+. Верно ли, что в такой ситуации можно ожидать, что операция вычитки всей коллекции будет тормозиться об множество операций записи в коллекцию и, условно, висеть в очереди монги, пока не выполнятся все поступившие ранее запросы на запись? Есть ли в монге какие-то встроенные средства дать больший приоритет вычитке? Сама коллекция небольшая, где-то 10 мб, вычитка производится довольно быстро. Буду благодарен за линки на доку, где что-нибудь подобное описано, читал вот это https://www.mongodb.com/docs/v4.4/faq/concurrency/, но подходящих ответов не нашел.

Вам надо почитать про readConcern и writeConcern. В общем случает чтение не лочит.

Гляну, благодарю.

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

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

Да, так обычно делают, если надо например под жирную аналитику только ресурсы на чтение выделить. Или профиль 80-90% запросов на чтение и праймари не вывозит их

Всем привет! Монга гарантирует последовательность хранения элементов во вложенном в документ массиве?

Он и не вернёт тебе жсон. Апдейты возвращают успешно/не успешно. Если кратко. Если нужно именно модель вернуть, поищи в документации что-то похожее на upsert: true, new :true

I joined your group👍

Как я могу найти айтем в коллекции по процентам или по количеству знаков ? , у меня есть стринг но в колекции в которой я хочу найти айтем нету 100% количества этого стринга (мне не хватает знаков — — —)

видимо вопрос про поиск по подстрокам, для этого можно использовать регулярки через $regex https://www.mongodb.com/docs/manual/reference/operator/query/regex/

Такой вопрос. При конвертации данных с файла в монгу - время данных получается '- 3 часа' Не существует ли какой то команды для данных которая бы запрещала модифицировать время получаемое с файла?