Ребят, такой вопрос есть коллекция с пользователями. У каждого есть дата создания (Date). Как лучше реализовать так, чтобы можно было взять последние 30 дней и посчитать, сколько пользователей в какой день было создано?

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

А как тогда лучше записывать?

Ребят, такой вопрос есть коллекция с пользователями. У каждого есть дата создания (Date). Как лучше реализовать так, чтобы можно было взять последние 30 дней и посчитать, сколько пользователей в какой день было создано?

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

Привет. Может кто помочь как настроить монго?

Вроде все норм

А ошибку выдаёт

Я там уже писал

https://nometa.xyz/

https://www.mongodb.com/cloud/atlas/lp/try2?utm_source=google&utm_campaign=gs_footprint_row_search_brand_phrase_intent_test_atlas_mobile&utm_term=mongo&utm_medium=cpc_paid_search&utm_ad=p&utm_ad_campaign_id=13277278264&gclid=Cj0KCQjwg7KJBhDyARIsAHrAXaEq1nsIDMLUEEtxo-UROfTAHREn1urwLQop9sjjhYhAwe2hOrMMma0aAiarEALw_wcB

Опиши задачу что надо вообще

Из кода

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

Вот где это узнать адрес и порт?

Господа, добрый день! У меня есть монга, в которой хранятся записи, у каждой из которых есть строковый тег. Мне нужно сделать запрос, который с offset-limit мне вернет все записи, отсортированные по самым редким тегам. То есть нужно вернуть все записи, но сначала будут идти с самым редким тэгом, потом вторым с конца и тд Как сделать group-by с сумматором - понятно, и как потом сделать "where tag={1}" и самому посчитать пагинацию - тоже примерно понимаю. Но, может, есть какой-то более красивый способ сделать это за один, пусть и большой, запрос к БД

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

Товарищи монговоды, помогите пожалуйста, есть три монги (реплика сет) в одном ДЦ (да, весят по 600+ Гб) надо добавить им ещё одну монгу в rs из другого ДЦ. если делать тупо в лоб, то монга во втором ДЦ реплицируется-реплицируется-реплицируется-реплиируется копит лаг, съедает всё выданное ей место 1.5Тб и падает... остановил одну из 3-х реплик в первом ДЦ скопировал всю хурму с остановленной реплики (~20 часов rsync жужжал) запустидл всё взад, оно встало в состояние RECOVERING и стоит су* лаг копит с примари короче как наживую добавить реплику в большую активно пишущую БД. Конечная цель переехать в ДЦ2 безшовно.

Товарищи монговоды, помогите пожалуйста, есть три монги (реплика сет) в одном ДЦ (да, весят по 600+ Гб) надо добавить им ещё одну монгу в rs из другого ДЦ. если делать тупо в лоб, то монга во втором ДЦ реплицируется-реплицируется-реплицируется-реплиируется копит лаг, съедает всё выданное ей место 1.5Тб и падает... остановил одну из 3-х реплик в первом ДЦ скопировал всю хурму с остановленной реплики (~20 часов rsync жужжал) запустидл всё взад, оно встало в состояние RECOVERING и стоит су* лаг копит с примари короче как наживую добавить реплику в большую активно пишущую БД. Конечная цель переехать в ДЦ2 безшовно.

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

Я добавлял через копирование рсинком. Отлично отрабатывало. Собирал реплику, потом копировал рсинкомв другие дата центры и добавлял. Реплику не останавливал, просто лочил на запись при копировании. Базы размером 1.7тб

не могу залочить рплику на запись( и скорось до второго ДЦ нарастить не могу(

А снепшоты серверов делать можете?

Попробуйте сделать рядом реплику через снепшоты. А потом догоните разницу с первой.

вот такая картина. получается 130Гб хватает на ~2 часа оплога? и больше 2-х часов расснихрона я не догоню?

не выйдет. снепшот я сделаю в датацентре где уже есть 3 реплики, а ноду надо дабавить в другом ДЦ куда мы пытаемся переехать

Обычно снепшоты можно между датацентрами перекидывать. Если они одного вендора

Привет, подскажите пожалуйста, как мне добавить или обновить (если уже есть) поле в обьекте { _id: id, companies: { company1Id: {}, company2Id: {} } } и если третья компания что-то сделала, мне надо дозаписать ее в companies, а если уже есть, то обновить ее поля, с новыми данными ключ компании динамический

динамический ключ плохая идея, если в будем планируется делать какойто поиск по внутренним данным. А так обычный update с $set указанием новых значений. $set:{ "companies.companyId": companyInfo}

или просто бекапить её?)

Всем привет, господа - есть вариант получить записи с интервалов по времени ? То есть нужно все записи с интервалом в 10 минут. 10:00 - 10:30 - 11:00 и так далее

Наверно можно. Мы пока что повангуем как же выглядит схема

Я то думал что понятно и так ... Выборка будет по одному полю который Date type.

Ребят, подскажите что делаю не так Мне нужно достать последний элемент в массиве и если его свойство value равно OrderStatus.сonfirmed то достать его Сейчас достает все элементы из коллекции

’$expr': { '$gt': [ { "$arrayElemAt": ["$data.status.value", -1] }, OrderStatus.сonfirmed ] }

Если рот большой то всегда и в любом случае быстрее ложкой🤣

Если рот большой то всегда и в любом случае быстрее ложкой🤣

спагети быстрее выйдет - накрутил на вилку все и - в большой рот

Руками всёравно быстрее. Ну и через край. Потому голосую за тарантула в споре монги и постгреса😂😂

парочку тербайт базу - сколько стоить сервера будут под тарантул?