так и к Django ORM никаких претензий. А для себя хочется чего-нибудь лёгкого и приятного в использовании. Дело удобства, понимаешь?
Если у вас Джанго - юзайте Джанго орм. В остальных случаях - алхимию :)
а джанго орм можно без джанги юзать?
Вроде бы есть отдельная реализация. Так и называется Django-ORM
А зачем именно ее? Посмотри алхимию и peewee, например.
Конечно! Одна из фич о которой говорили еще во время 1й версии джанги - от нее можно взять только орм.
sqlalachemy core, а не sqlalchemy orm. А то потом на асинхрон больно переделывать
а нафига нужна асинхронная база данных? алсо с 1.4 таки завезут поддержку и для ORM.
ну чтобы не тратить время на инициализацию коннекта и обрабатывать много соединений. Тот же голанг может в 40к коннектов меньше чем за секунду
Асинхронная база нужна чтобы твой асинк код работал :)
40к коннектов куда?
ну чтоб не блочила я имею ввиду
а база твоя может в 40к коннектов?
асинк код и с синхронной базой будет отлично работать кроме некоторых граничных кейсах.
С чего это. Любой сетевой запрос у тебя приведет к блокировке лупа на непредсказуемое время
Вот да, об этом же
любой синхронный код в принципе приводит к блокировке лупа.
Важное слово "непредсказуемое"
Если у тебя СУБД отвечает за непредсказуемое время, высока вероятность что колом встанет вся система. На большинстве тривиальных операций, которые мы рассматриваем время ответа очень даже предсказуемое, за исключением граничных случаев и специфических сценариев.
Есть запрос где фильтром он может доходить до 5 секунди и тогда при 3к коннектах, все встанет
окей, предсказуемое. 0.3±0.1 секунды с вероятностью 90%
Эм... если у тебя запросы отрабатывают по 5 секунд, то логично что их нужно или выносить в отдельные потоки или делать асинхронными
Вот я ж об этом же))
Нет, вообще из обработчиков хттп выносить нафиг
Обсуждают сегодня