Java + Hibernate = Hell :)

Такой маленький ад, домашний. Пытаюсь разобраться в проблемах с производительностью.
Мне очень не нравится, когда профайлер показывает 60% поглощение CPU внутри библиотечных вызовов.
Потому что это обычно означает "вы вызвали что-то через жопу". В случае Hibernate всё в коде выглядит красиво и приятно и даже логично, но SQL-запросы это чудовище выплёвывает страшные :)
Учитывая что это мой первый опыт общения с Hibernate "осадок" уже остался.
Пойду дальше ковыряться в книжке.

P.S. Когда внутри кода встречаются конструкции типа "Если число объектов достигло ста, сделай Session flush" то возникают сильные подозрения о криворукости или "изобретательности".
P.P.S. Такими темпами мне будет быстрее переписать всю бодягу в обычные JDBC (ну ладно, не в обычные, я воспользуюсь приятностями Spring/Hibernate JDBC wrappers) чем заниматься сексом с xml-конфигурациями которых штук 20. Плюс Lazy/non-lazy загрузка, слабые связывания объектов и периодическое опрокидывание кеша себе на голову.

Java + Hibernate = Hell :)

Такой маленький ад, домашний. Пытаюсь разобраться в проблемах с производительностью.
Мне очень не нравится, когда профайлер показывает 60% поглощение CPU внутри библиотечных вызовов.
Потому что это обычно означает "вы вызвали что-то через жопу". В случае Hibernate всё в коде выглядит красиво и приятно и даже логично, но SQL-запросы это чудовище выплёвывает страшные :)
Учитывая что это мой первый опыт общения с Hibernate "осадок" уже остался.
Пойду дальше ковыряться в книжке.

P.S. Когда внутри кода встречаются конструкции типа "Если число объектов достигло ста, сделай Session flush" то возникают сильные подозрения о криворукости или "изобретательности".
P.P.S. Такими темпами мне будет быстрее переписать всю бодягу в обычные JDBC (ну ладно, не в обычные, я воспользуюсь приятностями Spring/Hibernate JDBC wrappers) чем заниматься сексом с xml-конфигурациями которых штук 20. Плюс Lazy/non-lazy загрузка, слабые связывания объектов и периодическое опрокидывание кеша себе на голову.