5 причин использовать JPA / Hibernate

В первом я покажу вам, как сохранить новую сущность Author в базе данных.

 EntityManager em = emf.createEntityManager(); em.getTransaction().begin(); Author a = new Author(); a.setFirstName("John"); a.setLastName("Doe"); em.persist(a); em.getTransaction().commit(); em.close(); 

Как видите, вам не нужно ничего делать. Первые и последние 2 строки в этом примере представляют собой стандартный код, который необходимо запускать только один раз для каждой транзакции, чтобы получить EntityManager и обработать транзакцию. Если вы используете JPA в контейнере Java EE или приложении Spring, вы можете игнорировать эти строки, потому что ваша инфраструктура позаботится об этом.

Основная работа выполняется в строках 4-7. Я создаю новый объект сущности Author и вызываю методы установки, чтобы указать имя и фамилию нового автора. Затем я вызываю метод EntityManager интерфейсе EntityManager , который говорит реализации JPA сгенерировать оператор SQL INSERT и отправить его в базу данных.

Код следующего примера выглядит аналогично. На этот раз я хочу обновить существующего автора. Как и в предыдущем примере, первые и последние 2 строки фрагмента представляют собой стандартный код для получения EntityManager и обработки транзакции. Интересная часть этих фрагментов — строки 4 и 5. В строке 4 я использую метод find объекта EntityManager чтобы получить сущность по ее первичному ключу. Как видите, мне не нужно писать SQL для этого простого запроса. И то же самое для обновления фамилии. Вам просто нужно вызвать методы установки атрибутов, которые вы хотите изменить, и ваша реализация JPA создаст для этого требуемый оператор SQL UPDATE .

 EntityManager em = emf.createEntityManager(); em.getTransaction().begin(); Author a = em.find(Author.class, 1L); a.setLastName("new last name"); em.getTransaction().commit(); em.close(); 

Как вы уже видели, JPA предоставляет простой в использовании API для реализации общих случаев использования CRUD без написания SQL. Это значительно ускоряет реализацию общих случаев использования, но также дает еще одно преимущество: ваши операторы SQL не распространяются по всему коду. Это означает, что вы можете легко переименовать таблицы или столбцы базы данных. Единственное, что вам нужно адаптировать — это аннотации к вашей сущности.

2. База данных не зависит

Если вы попытаетесь использовать один и тот же код с разными базами данных, вы быстро столкнетесь с проблемами, вызванными разными диалектами SQL. SQL является стандартным языком для взаимодействия с базой данных, но каждая база данных использует немного разные диалекты. Это становится огромной проблемой, если ваши заявления должны выполняться в разных базах данных.

Но нет, если вы используете JPA. Он обеспечивает независимую от базы данных абстракцию поверх SQL. Пока вы не используете собственные запросы , вам не нужно беспокоиться о переносимости базы данных. Ваша реализация JPA адаптирует сгенерированные операторы SQL в каждом вызове API или запросе JPQL к определенному диалекту базы данных и обрабатывает различные типы данных, специфичные для базы данных.

3. Тип и обработка параметров

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

Если вы никогда не делали этого сами, это может звучать легко. Но если вам пришлось сделать это хотя бы один раз, вы знаете, что легко ошибиться. Хуже того, это отвлекает от реализации бизнес-логики, а также является причиной уязвимостей SQL-инъекций, одной из самых распространенных проблем безопасности в веб-приложениях.

Лучший способ избежать этих проблем и сосредоточиться на бизнес-логике — это использовать среду или спецификацию, такую ​​как JPA, которая автоматически обрабатывает эти вещи.

Как вы видели в начале этого поста, вам не нужно определять какие-либо типы данных SQL, когда вы определяете свое сопоставление сущностей. Ваша реализация JPA скрывает эти преобразования от вашего кода и использует отображение по умолчанию.

Обработка параметров для ваших запросов JPQL использует аналогичный подход. Вы просто устанавливаете параметр в интерфейсе запроса, и ваша реализация JPA обрабатывает его на основе метаданных сущности. Вы можете увидеть пример этого в следующем фрагменте кода.

 EntityManager em = emf.createEntityManager(); em.getTransaction().begin(); TypedQuery<Author> q = em.createQuery("SELECT a FROM Author a WHERE id = :id", Author.class); q.setParameter("id", 1L); Author a = q.getSingleResult(); em.getTransaction().commit(); em.close(); 

4. Избегайте ненужных запросов

Оптимизация обратной записи — это одна из нескольких оптимизаций производительности, которые вы получаете с помощью JPA. Основная идея заключается в том, чтобы как можно дольше задерживать все операции записи, чтобы несколько операторов обновления можно было объединить в одну. Поэтому ваша реализация JPA хранит все сущности, которые использовались в одной транзакции, в кеше первого уровня.

 public void updateAuthor() { EntityManager em = emf.createEntityManager(); em.getTransaction().begin(); Author a = em.find(Author.class, 1L); a.setFirstName("New first name"); // execute operations that need to happen // during the transaction and between // updating first and last name a.setLastName("new last name"); em.getTransaction().commit(); em.close(); } 

 <persistence xmlns="http://xmlns.jcp.org/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.1" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd"> <persistence-unit name="my-persistence-unit"> … <!-- enable selective 2nd level cache --> <shared-cache-mode>ENABLE_SELECTIVE</shared-cache-mode> … </persistence-unit> </persistence> 

 @Entity @Cacheable public class Author { … }