асинхронно сделать кучу апдейтов и всё?
да я уже общался с создателем алхимии😂асинхронность завезли - параллельность не завезли)
Ее не бывает если вам транзакционная нужна СУБД
Ссылку на issue в студию пожалуйста.
https://github.com/sqlalchemy/sqlalchemy/discussions/10573
> I'm not really sure how this idea "works" because you can't do things like have foreign keys between the tables, unless you set the isolation level down to read uncommitted which would be extremely unusual. Написано же
без explicit транзакции в postgres работает стабильно и в 1,5 раза быстрее. Тоесть когда ты делаешь N запросов параллельно в автокомите это норм. Тока транзакции не работают
я удалил FK))так что это уже не преграда)
Я честно говоря удивлен, что автор алхимии на полном серьезе на этот вброс, который начинается "я тут сравниваю свою ОРМ с алхимией", дает сдержанный конструктивный ответ.
Откуда удалил?
Алхимия по синтаксису избыточна, по скорости средне, по архитектуре хорошо, я к тому что не надо думать что алхимия это что-то невероятное прям, хороший продукт но можно лучше
из БД между таблицами на которых тестирую
Да сделайте из unloosed и вообще победите алхимию
Так в реальности их будут юзать
FK вообще удаляют часто при больших нагрузка это норма...FK не проблема в общем
Все удаляйте. Тока решит нафига вам СУБД
Я бы предложил вообще не использовать таблицы, от этого сплошные тормоза
"по скорости средне" - по моему опыту все люди, которые рассказывают про скорость работы ORM, в итоге потом выясняют, что либо неправильно её используют (в результате чего она делает всякие запросы в цикле и т.п.), либо просто не умеют в оптимизацию запросов к БД. Т.е. во всех случаях они не упирались в скорость работы ORM
И транзакции отключают?
есть к примеру tortoise jino что там еще, они быстрее вставку делают помоему чтение даже) там же чуть не только в запросе сами запросы то будут одинаковые, допустим если говорим про круд, там вопрос в сущностях через которые оборачиваются и там они влияют) в том же тортойз написано что они используют tips and tricks python сам конструктив
Я упирался в скорость ORM, потому что запускал на очень хуевом железе и в результате у меня обработка изменений модели занимала на порядок больше чем получение данных по сети из бд. Я это решил, точечно перейдя на словари
Хотя вспомнил, что и у меня такое было. Во времена php, когда я Doctrine юзал))
Это питон. Про GIL почитайте.
Обсуждают сегодня