Кто знает, как можно в агрегировании задать группировку по интервалу в 5 минут, помогите пожалуйста? Никак не придумаю

Кто знает, как можно в агрегировании задать группировку по интервалу в 5 минут, помогите пожалуйста? Никак не придумаю

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

Мне нужно считать среднее по заданному интервалу, если выбрать интервал в 1 час - получается, а мне надо задавать произвольно количество минут, к примеру 5, и считать среднее за каждый интервал

а в каком виде хранится дата, что за час получается а за 5 минут нет?

"created" : ISODate("2017-09-28T11:27:01.056Z")

Я в $project добавляю поле - 'hour': {'$hour': '$created'},

А 5 минут - опыта и ума не хватает

Ой, спасибо

камрады, подскажите, как тестируете работу с монго? я для тестов веб приложения просто подсовывают другое имя БД и всё ок, но надо удалять БД, как это вы делаете в своих тестах

У меня перед каждым тестом делается remove() на всех коллекциях и накатываются фикстуры

ремове... а как гарантируешь, что это делается на тестовой бд?

Ну и заново коннект происходит на каждый тест

на боевой настроена аутентификация?

Во время коннекта пишется в коннекшн путь -test + randomstring

С dev и test окружений нет доступа к проду

во, рандом стринг, это хорошая идея

С dev и test окружений нет доступа к проду

Эта лучше.

камрады, подскажите, как тестируете работу с монго? я для тестов веб приложения просто подсовывают другое имя БД и всё ок, но надо удалять БД, как это вы делаете в своих тестах

в CI генерировалось имя базы, с текущей датой и временем, названием конфигурации и номером билда. А дальше через ENV передавалась в приложение Тесты писались для параллельного выполнения, так что коллекции не удалялись/очищались. Плюс это защита от того момента когда кто-то случайно на продакшене запустит тест сьюит

Была отдельная таска, которой можно было почистить старые базы

Так что если какой-то билд завалил тесты, можно было сходить и посмотреть что в базе осталось, без необходимости где-то ещё раз гонять сьюит

мне нравится

мощно

мощно

М?

Deleted Account joined the group

У меня написано German Pavlov

А вот теперь deleted account. Спамбот

Недолёт

не могу понять, DBRef стоит юзать или всё-таки эибедидь доки в друг друга

Скорее всего лучше заимбеддить.

чем лучше?

а если 10 тыщ док, 30 тыщ...

эмбедидь 30 тыщ в одну доку?

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

просто мне непонятно, инжектить в каждый из этой кучи документов другой документ... ну ок, можно но потом этот документ поменяется, придётся пробежаться по всем документам и подправить там внедрённый документ. это разве эффективно?

Почему их не хранить в двух разных коллекциях?

Вы просто пытаетесь перенести реляционный подход в монгу. Так это не работает

я и храню, но хотелось бы по DBRef связать

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

не устаю повторять: надо хранить документы так, как их потом будут читать

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

нет

главное скорость чтения?

точнее да

но реальный ответ: зависит от кейса

если write workload и нужно соблюдать какой-то qos, то это одна история

если это read workload то другая

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

тогда делай как быстрее разрабатывается

если оно сейчас и с dbref работает — то и ладно

проблемы нужно решать когда их видно

работает

когда их не видно, их не нужно решать

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

питонский dereference возвращает строку, а не json

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

ты видать какой-то odm выбрал странный

aiomongodel

dbref на мой взгляд оверкилл, до него нормально работало и с обычным objectid

я не разбираюсь в питоне, к сожалению

нужно брать тот, у которого ишуёв на гитхабе больше закрыто

и коммитят куда постоянно

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

питонский dereference возвращает строку, а не json

^

¯\_(ツ)_/¯

в целом 🙂

боюсь в aiomongodel ни слова про дереференс.

а там нет без извратов обычных Model-to-Model relations через foreign key?

https://motor.readthedocs.io/en/stable/api-tornado/motor_database.html?highlight=dereference#motor.motor_tornado.MotorDatabase.dereference

этот?

говорят что документ возвращает.

ODM для монги вообще юзать надо довольно аккуратно, он ошибок не прощает. В отличие от ORM для реляционных баз, где есть транзакции.

Такой вопрос: где ещё юзают MongoDB помимо веба?

в итоге сделал красиво: async def dereference(db, model_name, uuid): ref = DBRef(model_name, uuid) data = await db.dereference(ref) klass = getattr(models, model_name.capitalize()) model = klass().populate_with_data(data) return model

Оберни в тройные бэктики

Динамическая подлива.

А названия моделей что, состоят из одного слова

Такой вопрос: где ещё юзают MongoDB помимо веба?

я щас конечно доебусь: но что значит «помимо веба»? щас большая часть софта с вебмордой

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

её щас для BI часто используют

Иас облако.