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

в 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 помимо веба?

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

я раньше только ms access и sqlite пользовался

или тыкните что быстро можно прочесть)

https://docs.mongodb.com/manual/reference/mongo-shell/

всё, понятно

спасибо огромное, Сергей)

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