За то относительно большое время, которое я занимаюсь enterprise-разработкой я достаточно много раз сталкивался с утверждением что Hibernate использовать нельзя, потому что он тормозит. И правда, этот фреймворк может тормозить если его неправильно готовить. Научиться готовить его идеально — не самая простая задача, но достаточно просто избежать типовых ошибок, окторые просто совершить и сложно найти не зная где и что искать. Вообще-то конечно же всё написано в референсе и в паре замечательных книжек типа Java Persistence with Hibernate. Но не у всех и не всегда есть потребность и возможность их читать. Поэтому я решил написать несколько простых правил, которые следует соблюдать чтобы избежать самых популярных ошибок.
Чеклист того, что надо сделать, если вы по какой-либо причине считаете, что ваше приложение с использованием Hibernate тормозит.
-
Все List<> заменить на Set<>
- Just like value type collections, unidirectional bags are not as efficient when it comes to modifying the collection structure (removing or reshuffling elements). Because the parent-side cannot uniquely identify each individual child, Hibernate might delete all child table rows associated with the parent entity and re-add them according to the current collection state.
- When using sets, it’s very important to supply proper equals/hashCode implementations for child entities. In the absence of a custom equals/hashCode implementation logic, Hibernate will use the default Java reference-based object equality which might render unexpected results when mixing detached and managed object instances.
-
Написать кастомные equals и hashCode.
- Если у обеих сравниваемых сущностей есть id и он одинаковый — сущности одинаковые. Если у обеих нет — сравнивать по контенту.
-
Проверить все маппинги. Lazy должны быть все *ToMany, если только вы не уверены в обратном.
- Если при этом у вас падают ошибки с LazyInitializationException — вы неправилно работаете с транзакциями. Исправляйте.
- Если *ToOne можно сделать ленивыми — делайте. Нечего плодить запросы к БД на пустом месте.
- Убедиться что мы нигде не получаем полную сущность только для того чтобы её обновить. Если такое происходит — заменить на EntityManager#getReference
- Убедиться что во всех JPQL запросах мы получаем не Entity, а DTO. Это делается с помощью «SELECT NEW»
- Всюду где не уверены что действие совсем простое — используйте JPQL/HQL/Criteria API/QueryDSL.