Что такое Hibernate в Java?

А, вот эта штука, Hibernate, да? Ну, это такая магия, которая пытается сделать вид, что твои Java-объекты и база данных — это одно и то же, блядь. Типа, чтобы ты не писал эти бесконечные INSERT INTO users VALUES (?, ?, ?), а просто взял и userRepository.save(myUser). Ёперный театр, удобно же!

На что он способен, этот хитрожопый фреймворк:

• Волшебные надписи: Ты разрисовываешь свой класс аннотациями типа @Entity, @Table, а он, сука, уже знает, в какую таблицу это всё пихать. @Id — вообще священная корова, без неё нихуя не работает.
• Свой мирок — свои правила: Все твои объекты живут в какой-то своей песочнице, которая называется «сессия» или «контекст持久化». Пока они там, Hibernate за ними следит — кто изменился, кто новый, кого удалить. А потом, одним махом — бац! — и всё синхронизирует с базой. Иногда это приводит к весёлым ситуациям, когда он делает кучу лишних запросов, а ты сидишь и думаешь: «Нахуя?».
• Свой язык, блядь: HQL. Похож на SQL, но оперирует именами классов и полей, а не таблиц и колонок. А ещё есть Criteria API — это когда ты собираешь запрос из кусочков, как конструктор, чтобы компилятор тебя за руку ловил. А если всё совсем плохо — можно и нативный SQL вломить, но это как-то неспортивно.
• Прячет, чтобы быстрее было: Кэширует всё, что может. Первый уровень, второй уровень... Иногда кажется, что он больше времени тратит на то, чтобы решить, откуда данные достать — из кэша или из базы, чем на саму работу.
• Ленивый, как я в понедельник: Ленивая загрузка — его коронный номер. Загрузил тебе основную сущность, а связанные списки (List<Order> orders) — нет. Они висят как обещание. И только когда ты в коде попытаешься к этим orders обратиться — вот тут-то он и выстрелит дополнительным запросом в базу. А если ты это сделаешь в цикле, то получишь прелестную проблему N+1, которая сожрёт всю производительность. Удивление пиздец!

Вот, смотри, как просто выглядит сущность:

@Entity
@Table(name = "users") // Смотри, табличка в базе называется "users", а класс — User. Сообразил?
public class User {
    @Id // Вот это, бля, главное поле. Первичный ключ.
    @GeneratedValue(strategy = GenerationType.IDENTITY) // А это чтобы база сама номера новые подбирала.
    private Long id;
    private String name; // А это просто поле. Hibernate сам прикинет, что колонка будет `name`.
    // Геттеры и сеттеры // Без них — нихуя. Он через них работает.
}

Чем хорош, этот ваш Hibernate?

• Кода писать реально меньше, особенно всякой рутинной хуйни.
• Захотел с MySQL на PostgreSQL переехать? В теории — поменял диалект в настройках и поехал. Красота.
• Сложные связи между объектами он обрабатывает за тебя, не надо городить свои велосипеды.

А где собака зарывается, сука?

• На простых запросах он может так наворотить, что проще было бы на чистом JDBC написать. Накладные расходы, блядь.
• Отладка... О, это песня. Запросы, которые он генерирует, иногда выглядят так, словно их писал не человек и не машина, а мартышлюшка под LSD. Оптимизировать это — отдельное искусство.
• Чтобы понять, когда объект «прикреплён» к сессии, а когда «оторван», когда изменения сохранятся, а когда нет — надо немного посидеть и подумать. А иногда и не немного. Чувство подозрения ебать.

Короче, Hibernate — это мощнейший инструмент. Но это как бензопила: в умелых руках — лес валит, в неумелых — себе же ногу отпилишь, блядь. Чаще всего его используют не в чистом виде, а как движок внутри Spring Data JPA, где ещё больше магии и ещё меньше явного кода.