начать можно отсюда https://www.mongodb.com/blog/post/paging-with-the-bucket-pattern--part-1 хотя тут немного другая задача, но смысл похожий

https://www.mongodb.com/blog/post/building-with-patterns-the-bucket-pattern

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

Не думал, что это будет так сложно. Я правильно понимаю, что $match теперь не нужен?

почитайте статьи

Спасибо!

это не очень сложно

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

вторая ссылка ближе к вашей теме

только у них там вместо абстрактного value зачем-то сразу temperature

Мне как дизайнеру, сложно читать документацию с абстрактным value )

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

Спасибо! Попробую разобраться

если вам это сложно, то не делайте поиск и минимума и максимума в одной агрегации

у вас много значений?

У меня пока температура и давление. У них минимальное, максимальное и средние значения. Позже ещё добавлю датчиков

если вам это сложно, то не делайте поиск и минимума и максимума в одной агрегации

Хочется, чтобы это всё это находилось в одной ручке

У меня пока температура и давление. У них минимальное, максимальное и средние значения. Позже ещё добавлю датчиков

а сколько всего документов в коллекции?

а сколько всего документов в коллекции?

Каждую минуту добавляется новый

а сколько их уже накопилось?

Вот эта штука передаёт

как выглядит документ?

как выглядит документ?

{ "_id": "5da9fa2ef1c2fd2070d320fe", "Date": 1571431517, "City": "City", "Street": "Street", "Temperature": 25.5, "Pressure": 748.8 }

а сколько их уже накопилось?

Не знаю. Надо смотреть

{ "_id": "5da9fa2ef1c2fd2070d320fe", "Date": 1571431517, "City": "City", "Street": "Street", "Temperature": 25.5, "Pressure": 748.8 }

Но сюда ещё добавятся новые поля позже

пока вы далеко не уехали я вам рекомендую поменять схему. группируйте ваши значения в один документ на час { _id: <ObjectID>, date: Date("округлить до начала часа"), address_id: <ObjectID>, // из коллекции addresses, где уже {_id:, Street:, Address:} attribute_id: <ObjectID>, // из коллекции attributes, где {_id, type: "Temperature"} measurements: [ { date: Date("реальная дата"), value: <значение> } ], min: <минимальное_значение>, max: <максимальное_значени>, count: <количество записей в measurements>, sum: <сумма value из measurements>, avg: <$div: [$sum, $count] }

min, max, count, sum и avg вы будете обновлять при вставке значений, это прямо в запросе можно сделать, чтоб монга сама считала $min, $max https://docs.mongodb.com/manual/reference/operator/update/max/#use-max-to-compare-numbers обновлять sum и count через $inc https://docs.mongodb.com/manual/reference/operator/update/inc/

дальше вы сделаете индексы по attribute_id и mesurement.value и сможете мгновенно находить минимальные и максимальные значения и соотвествующие часы

а дальше отфильровать measurements это дело техники

и это будет _очень_ просто делать

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

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

за счёт snappy документы будут очень компактные

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

Большое спасибо за развёрнутый ответ! Мне всё это нужно перевариать и я попробую пересобрать схему

Привет. Скажите пожалуйста homebrew под Линукс станет на Ubuntu ?

Привет. Скажите пожалуйста homebrew под Линукс станет на Ubuntu ?

А зачем тебе homebrew?

В Ubuntu есть apt

Через Брю автозапуск монго при загрузке системы поставить.

На виртуалке

Через Брю автозапуск монго при загрузке системы поставить.

Так поставь руками, зачем тебе brew не ясно.

Через Брю автозапуск монго при загрузке системы поставить.

На Ubuntu есть система инициализации, ты можешь написать что-то типа service mongo start

Смотри в документацию по этому поводу, я сходу не подскажу, так как у меня systemd

systemctl enable mongodb.service

Тут просто нюанс - если нажать Ctrl+C потом при команде mongo ничего не запуститься. Что бы каждый раз не запускать соединение в ручную - она будет запускаться автоматически

Тут просто нюанс - если нажать Ctrl+C потом при команде mongo ничего не запуститься. Что бы каждый раз не запускать соединение в ручную - она будет запускаться автоматически

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

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

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

У монги есть готовый докер-образ, просто скопировал пару команд, конфигов, вставил - и все работает

Ребята, всем привет! А не подскажете, как сделать, чтобы _id был типа Number, а не вида "ads7fasdfas7dfasdfasdf"?

Ребята, всем привет! А не подскажете, как сделать, чтобы _id был типа Number, а не вида "ads7fasdfas7dfasdfasdf"?

А для чего?

А для чего?

Чтобы не создавать еще один проперти с человеческими id

опыт показывает что для людей лучше создать

если им надо

а родной ид лучше оставить как есть

Ребята, всем привет! А не подскажете, как сделать, чтобы _id был типа Number, а не вида "ads7fasdfas7dfasdfasdf"?

Нужно генерить их client-side. Если генерить id числами, то будет сложнее масштабировать, и сторонние лица смогут оценить количество записей в базе. Если это не риск, то просто можно отослать документ вида: {_id: n}

а родной ид лучше оставить как есть

Просто тогда придется много логики менять, а этого не хотелось

опыт показывает что для людей лучше создать

Соглашусь

Чтобы не создавать еще один проперти с человеческими id

А кому нужен человеческий айди?

Просто тогда придется много логики менять, а этого не хотелось

да лан, не может быть

типа все работает давно и вдруг не хватает только этой целочисленности у ид?

А кому нужен человеческий айди?

Менеджеру проще смотреть на человеский вид, чем на хеш

ну и сделай ему поле

а _id не показывай

ну и сделай ему поле

Тогда логику на фронте придется менять, а этого не хотелось бы

_id заменить везде в исходниках на id ?

это чтоли сложно

Менеджеру проще смотреть на человеский вид, чем на хеш

Сорри, а "менеджер" правда оставил такой фидбек?

Сорри, а "менеджер" правда оставил такой фидбек?

Я бы такую фигню сам не придумал)

_id заменить везде в исходниках на id ?

Все равно это работа

На многих проектах люди живут и с UUID и им нормально. Дело в том, что нет преймуществ у числовых id

Все равно это работа

это глобал реплейсом 1 секунда

Все равно это работа

Без работы не будет результата, к сожалению 🙈

На многих проектах люди живут и с UUID и им нормально. Дело в том, что нет преймуществ у числовых id

Ну как миниму читаемость)

Тем не менее, как сделать числовой тип у _id?)

Ну как миниму читаемость)

Большие числа тоже становятся не читаемыми

Тем не менее, как сделать числовой тип у _id?)

Просто отсылать числа

У монги есть готовый докер-образ, просто скопировал пару команд, конфигов, вставил - и все работает

Я иду по курсу обучения. Там устанавливают Mongodb и говорят что необходимо установить homebrew для автоматического соединения с бд. Т.к есть локальная монго, облачная и серверная - при подходе с homebrew соединяет автоматически со всеми

{_id: 23432} вместо {_id: ObjectId('...')}