Сколько накладных расходов делают такие платформы, как Hibernate?

Question

Разработчики иногда сталкиваются с многоуровневыми веб-приложениями Enterprise ... «Предприятие» рассматривается некоторыми как синонимом медленного, раздутого и ресурсоемкого.

Действительно ли фреймворки, такие как Hibernate, приносят незначительное влияние на производительность по сравнению с написанием собственных DAO или других менее абстрактных подходов? По нетривиальному, я полагаю, что вопрос заключается в том, «что пользователь в последнее время загружает страницы медленнее».

Answer 1

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

PS Не забудьте использовать надлежащие инструменты с Hibernate, например Hibernate profiler. Они могут творить чудеса!

PPS Использование Hibernate не является заменой для знания вашего SQL!

Answer 2

Это зависит от того, что вы делаете. Как правило, пользователи не заметят разницы на переднем конце, но есть несколько вещей, чтобы не упустить:

• ОРМ картографами не велики при выполнении пакетных обновлений или обработки больших наборов данных.

• Если у вас есть сложный набор отношений, ваш ORM-картограф может замедлить работу, потому что он соединяется с «неправильным» способом. Или извлекает слишком много данных.

• Если ваш сайт имеет действительно большую нагрузку, дополнительные циклы ЦП могут мешать, но это маловероятно.

ORM mapper может сделать ваше программное обеспечение намного проще в разработке. Следите за производительностью и делайте 1% вещей в прямом SQL, но сохраняйте Hibernate в других 99% вещей.

Answer 3

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

Не уверен, если вы спросите об этом, потому что есть требование приложения, в котором говорится, что производительность важна или вам просто интересно, но подумайте об этом: были некоторые люди, которые использовали Hibernate в приложении и заметили, что это sloooow. Затем некоторые ребята реорганизовали его, оптимизировали его, используя простой JDBC, iBatis или что-то еще, и он запускал faaaaast. Итак, вывод был: Hibernate медленный.

Но они не считают, что технология была использована неправильно. Да ... здорово, что вы можете написать object.getX().getZ().getW().getSomeOtherThing().getEtc(), и он просто работает, но Hibernate будет генерировать SQL и Heaven, чтобы помочь вам там.

Прежде чем делать что-либо, рассмотрим правила оптимизации:

• Первое правило оптимизации - Не делайте его.
• Второе правило оптимизации (для экспертов) - Не делайте этого ... пока.

Добавление рамки обычно хорошо, потому что оно облегчает развитие. Если он добавляет накладные расходы? Ну ... ты не можешь сказать, просто посмотрев на него. Вы должны просмотреть его и проверить.

Answer 4

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

Для большинства применений CRUD это наоборот. Правильно используемое и настроенное, Hibernate будет генерировать лучший SQL, чем большинство разработчиков (извините, но это правда) и такие функции, как ленивая загрузка, кеширование первого уровня (кеш уровня транзакции), кэширование второго уровня (кеш глобального уровня), запрос кэширование сделает его лучше, чем подходы более низкого уровня (пользовательские SQL и DAO).

И поскольку кто-то упомянул пакетные обновления и большие результирующие наборы, я хотел бы подчеркнуть, что Hibernate имеет StatelessSession для этих случаев использования. Но я не думаю, что они входят в сферу интерактивной части webapp (если ваш поиск извлекает 10-дюймовые записи в webapp, вы делаете это неправильно).