Падает ли скорость от ORM?

Question

[beduin01]

Много раз слышал утверждение о том, что с ORM любая SQL превращается в SQLLite т.е. пропадает возможность использовать кучу фишек самой СУБД. Так ли это? На сколько это сказывается на производительности?

Comments

[Алексей Немиро]

...пропадает возможность использовать кучу фишек самой СУБД. Так ли это?

Да.

На сколько это сказывается на производительности?

Зависит от проекта и от реализации. Можно и без ORM такого намутить, что придется парк серверов заводить. Также как и с ORM, на ровном месте, элементные вещи будут требовать неприлично много ресурсов.

Всё в ваших руках :-)

Answer 1

[Алексей]

Да скорость падает, если вы используете повсеместно. Потому что на каждую запись инициализируется жирный класс.

Comments

[beduin01]

А на сколько падает? Проценты, десятки процентов? Разы?

[Алексей]

beduin01: Тут нужно отталкиваться от конкретной, а не абстрактной ORM. Например приходилось работать с портом Sprig для PHP для Kohana. Где каждая на каждую запись еще инициализировали отдельные классы на поля. Плюс магия на Get/Set. Плюс связанные записи. И в итоге был счет на разы.

[Сергей Протько]

Алексей Анонимоус: вы видимо про ActiveRecord. Ибо например в Doctrine на каждую запись инициируется маленький безобидный объект. Просто поля и методы.

[Сергей Протько]

Алексей Анонимоус: я это к чему- если вам не повезло работать с недо-ORM которых в PHP хватает - не нужно хаить всех и думать что все они работают одинаково.

[Алексей]

Сергей Протько: Да это ActiveRecord (на Data Mapper понятно такой проблемы нет). ORM такого типа самые распространенные (могу ошибаться). Я никого не хаил, а всего лишь привел пример.

Answer 2

[Сергей Протько]

Зависит от ORM. Оверхэд по производительности конечно будет, особенно если брать штукти типа Doctrine с гидрациями и т.д. Но тот профит в плане времени разработки и качества продукта которые они дают слихвой окупают все издержки. Если проект становится популярным и +30% это лишняя стойка серверов, то есть платить за сервера уже становится дороже чем за разработчика, тут уже имеет смысл рефакторить и оптимизировать узкие места. Но преждевременные оптимизации - зло.

Что до SQL и возможностей СУБД - Doctrine и многие другие позволяют вам использовать как нативные запросы (+ свои гидрации) так и добавлять какие-то свои функции для *QL. Так же многие вещи можно порядочно ускорить (в доктрине самым узким местом является unit-of-work а точнее вычисление дифа данных которые там крутятся. По умолчанию там все сравнивается в лоб, типа дерти чекинг, но можно установить свою реализацию для своих сущностей если вы этого захотите).

Answer 3

[Пума Тайланд]

нет не превращается в sqllite
можно использовать переносимые фичи
скорость падает так как орм не умеет гладко переводить ваши сложные запросы в оптимальные для субд
+ многие запросы просто нельзя реализовать в субд
+ фичи свойственные только для данной субд в орме не заюзаешь

Comments

[Алексей Немиро]

+ многие запросы просто нельзя реализовать в субд

Ой! :-)

[Пума Тайланд]

Алексей Немиро: ну я думаю все поняли что я про орм.

[beduin01]

"фичи свойственные только для данной субд в орме не заюзаешь"
Так СУБД как я понимаю и различаются этими самыми фичами. Вот к примеру: "mysql update on duplicate" как будет через ORM работать?

[Пума Тайланд]

beduin01: зайдите в нужную вам орм и посмотрите в документации какие там есть ограничения
не очень представляю зачем вменяемому разработчику использовать mysql update on duplicate
если вы какой то извращенец то ответ орм не для вас

[Алексей Немиро]

Пума Тайланд: нет ничего невозможного, был бы правильный код :-)

[Пума Тайланд]

Алексей Немиро: заколебался я просто переписывать код и запросы за программистами и чувствую бедуин как раз из таких.

[beduin01]

Пума Тайланд: а что не так то с "update on duplicate"?

[Пума Тайланд]

beduin01: ну расскажите какую вы логику хотите в него заложить и где оно нормально должно использоваться?

[beduin01]

Пума Тайланд: ну я снимаю данные с сервера. "дата | данные". Часто сами данные за последний день могут корректироваться т.е. меняться (уточняться). Как без "update on duplicate" обойтись?

[Пума Тайланд]

beduin01: с какой ноги то сюда Орм приплелся?

[beduin01]

Пума Тайланд: ну если я приложение буду писать с использованием ОРМ то как мне данную фичу реализовать? ОРМ до сих пор реально не пользовался.

[Пума Тайланд]

beduin01: скорее всего он там есть и делать ничего не надо ну или стандартно вывалится эксепшен и вы его просто обработаете

[beduin01]

Пума Тайланд: не совсем понял, не могли бы пояснить

[Пума Тайланд]

beduin01: ну нахрена вам орм если у вас уже есть конкретная бд

Answer 4

[DigitalSmile]

Как и любой код, ORM несет в себе логику. Выполнение этой логики кушает память и процессорное время. Невыполнение - нет (всегда Ваш, КО).
Вопрос в другом - а напишите ли вы те задачи, для которых собираетесь использовать ORM, также оптимально, как написано в известных ORM? Может быть и ORM не нужна в таком случае и Вы можете обойтись прямым общением с драйвером СУБД (раз засомневались в целесообразности использования).

И тут правильно отмечают, современные ORM могут достаточно тонко настраиваться, так что, если у Вас крупный проект, такие библиотеки Вам здорово помогут.

Answer 5

[Юрий]

Падает ли скорость от ORM?

скорость работы приложения может упасть, но все зависит еще и от того как написан код без ОРМ.

Падает ли скорость от ORM?

нет. скорость разработки может сильно возрасти, если уметь с ней работать.

лично мое мнение если проект изначально не хайлоад то лучше орм. скорость разарботки сильно увеличивается + код становится гораздо проще развивать и рефакторить. меньше ошибок - больше надежность, нет головной боли когда нужно чтото рефаткорить - проект развиается легко. если нагрузка возрастает - всегда есть много возможностей для оптимизации.

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

хорошая орм не связывает руки а имеет возможности для тонкой работы на более низком уровне.

я использую пару лет doctrine2 для php, хотя до этого много лет писал запросы руками. возвращаться не хочу, хотя и могу.

Answer 6

[Александр Евсеев]

Конечно падает. Но всё зависит от ORM.
Если производительность важна, то лучшим решением будет использование microORM, например Dapper или PetaPOCO. По сути они лишь позволяют выполнять запросы и быстро маппить объекты. Dapper в этом хорош. Сайт StackOverflow полностью на нём работает. Но в этом случае нет плюшек "больших" ORM вроде поддержки состояния и LINQ-to-SQL.