Будьте в спящем режиме или JDBC

Hibernate может быть хорошим, но он и другие ORM JPA имеют тенденцию до некоторой степени определять структуру вашей базы данных. Например, составные первичные ключи можно создать в Hibernate / JPA, но это немного неудобно. Есть и другие примеры.

Если вам нравится SQL, я настоятельно рекомендую вам взглянуть на Ibatis . Он может делать более 90% того, что может Hibernate, но гораздо проще в реализации.

Я не могу придумать ни одной причины, по которой я когда-либо выбрал бы прямой JDBC (или даже Spring JDBC) вместо Ibatis. Hibernate - более сложный вариант.

Взгляните на Spring and Ibatis Tutorial .

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

Где Hibernate действительно сияет для меня, так это отношения между сущностями / таблицами. Выполнение JDBC вручную может занять много кода, если вы имеете дело с одновременным изменением родительских и дочерних элементов (внуков, братьев и сестер и т.д.). Hibernate может упростить эту задачу (часто достаточно одного сохранения родительской сущности).

Конечно, при работе с Hibernate есть определенные сложности, такие как понимание того, как работает сброс сеанса, и работа с отложенной загрузкой.

Прямой JDBC в лучшем случае подходит для самых простых случаев.

Если вы хотите оставаться в рамках Java и OOD, то вам следует выбрать Hibernate или Hibernate / JPA или любой другой-JPA-provider / JPA.

Если вам удобнее работать с SQL, то наличие Spring для шаблонов JDBC и других SQL-ориентированных фреймворков не повредит.

Напротив, помимо управления транзакциями, Spring при работе с JPA не очень помогает.

Несомненно, Hibernate имеет свою сложность.

Но что мне действительно нравится в подход Hibernate (некоторые другие тоже) - это концептуальная модель, которую вы можете получить на Java, лучше. Хотя я не считаю объектно-ориентированный подход панацеей и не ищу теоретической чистоты дизайна, я много раз обнаруживал, что объектно-ориентированный объект действительно упрощает мой код. Как вы конкретно просили предоставить подробности, вот несколько примеров:

• дополнительная сложность не в модели и сущностях, а в вашей структуре, например, для управления всеми сущностями. Для специалистов по сопровождению сложная часть - это не несколько классов фреймворка, а ваша модель, поэтому Hibernate позволяет поддерживать жесткую часть (модель) в самом чистом виде.

• если поле (например, идентификатор или поля аудита, и т.д.) используется во всех ваших сущностях, тогда вы можете создать с ним суперкласс . Следовательно:

  • вы пишете меньше кода, но, что более важно ...
  • в вашей модели меньше концепций (уникальная концепция уникальна в коде)
  • бесплатно, вы можете писать более общий код, который снабженный сущностью (неизвестно, без переключения типов или приведения), позволяет вам получить доступ к идентификатору.

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

  • Вы можете заменить наследование (создание подклассов) композицией (несколько сущностей имеют один и тот же член, который содержит несколько связанных полей, которые могут потребоваться в нескольких сущностях ).
  • Между несколькими вашими объектами может быть наследование. Часто бывает, что у вас есть две таблицы с примерно одинаковой структурой (но вы не хотите хранить все данные в одной таблице, потому что вы потеряете ссылочную целостность для другой родительской таблицы).

• При повторном использовании между вашими сущностей (но только соответствующее наследование и композиция ), обычно появляются некоторые дополнительные преимущества. Примеры:

  • часто есть способ прочитать данные объектов, которые похожи, но разные. Предположим, я прочитал поле «заголовок» для трех сущностей, но для некоторых я заменяю результат другим значением по умолчанию, если оно равно нулю. Легко иметь подпись "getActualTitle" (в суперклассе или интерфейсе) и реализовывать обработку значений по умолчанию в трех реализациях. Это означает, что код из моих сущностей просто имеет дело с концепцией «фактического заголовка» (я сделал эту функциональную концепцию явной), а наследование метода заботится о выполнении правильного кода (больше никаких переключателей или, если, без дублирования кода) .
  • ...

• Со временем требования меняются. Будет момент, когда у вашей структуры базы данных возникнут проблемы. При использовании только JDBC любое изменение в базе данных должно повлиять на код (т. Е. Двойная стоимость). С Hibernate многие изменения можно поглотить, изменив только отображение, но не код. То же самое происходит и наоборот: Hibernate позволяет изменять код (например, между версиями) без изменения базы данных (изменения сопоставления, хотя этого не всегда достаточно). Подводя итог, Hibernate позволяет независимо развивать вашу базу данных и код .

... Сеанс в памяти ... LazyInitializationException ...

Вы можете посмотреть Ebean ORM , который не использует объекты сеанса ... и где просто работает ленивая загрузка. Безусловно, вариант, не лишний, и его будет проще понять.