Много. Хотя многие вещи я до сих пор предпочитаю делать без ORM. Например, по сложным запросам ручная оптимизация у меня иногда уделывает SQLAlchemy в 20-1000 раз по скорости.
Всё же, ORM к сложным запросам (и вообще к запросам) отношения имеет не очень много. Ты имеешь в виду проблему связывания объектов (проблему n+1), или же сложность условий фильтрации и подобного?
9 comments
recommend
bookmark
subscribe
Блять. И сколько тебе понадобилось времени на это.
Много. Хотя многие вещи я до сих пор предпочитаю делать без ORM. Например, по сложным запросам ручная оптимизация у меня иногда уделывает SQLAlchemy в 20-1000 раз по скорости.
Всё же, ORM к сложным запросам (и вообще к запросам) отношения имеет не очень много. Ты имеешь в виду проблему связывания объектов (проблему n+1), или же сложность условий фильтрации и подобного?
Да много всего. Например, недавно изобретали костыли для реализации связи многие ко многим для 16 миллионов на 15 тысяч записей :)
Хотя скорее связи "все ко всем" :)
Какого рода костыли? Вроде SQLAlchemy умеет много-ко-многим вытягивать по-нормальному. Не?
Умножь 16 миллионов на 15 тысяч и получи количество записей в таблице связи (которая ещё и с параметром).
sqlalchemy-то тут при чём вообще?
При том, что она выстроит именно через табличку связь многие-ко-многим. А активно используемая табличка в 240 миллиардов записей — это пиздец базе.