<aside> <img src="notion://custom_emoji/6a9f75af-b090-4ac1-9370-a797e429cd85/12c39bc1-c32f-80fa-b777-007a474b0a18" alt="notion://custom_emoji/6a9f75af-b090-4ac1-9370-a797e429cd85/12c39bc1-c32f-80fa-b777-007a474b0a18" width="40px" />

Descrição

O Hibernate é um framework de mapeamento objeto-relacional (ORM) amplamente utilizado no desenvolvimento de aplicações Java para facilitar a interação entre o sistema e o banco de dados. Ele permite mapear classes Java para tabelas do banco, reduzindo a necessidade de escrever consultas SQL manualmente e tornando o código mais organizado e produtivo. Seu funcionamento se baseia na conversão de objetos em registros no banco de dados e vice-versa, o que simplifica operações como inserção, consulta, atualização e remoção de dados. Além disso, o Hibernate oferece recursos como gerenciamento de transações, cache, carregamento lazy e suporte à linguagem HQL, que permite realizar consultas de forma orientada a objetos. Essa abordagem melhora a manutenção do sistema, reduz a complexidade do acesso a dados e aumenta a produtividade no desenvolvimento. O Hibernate é amplamente adotado em aplicações corporativas e costuma ser utilizado em conjunto com frameworks como Spring e Jakarta EE.

Procura por Srping Boot? acesse:

Spring Boot

</aside>

Fundamentos do Hibernate

O que é Hibernate?

O Hibernate é um framework Object-Relational Mapping (ORM) para a linguagem Java.

• Problema que Resolve: Resolve a "Incompatibilidade de Impedância" (Impedance Mismatch) entre o mundo orientado a objetos do Java (classes, herança, polimorfismo) e o mundo relacional dos bancos de dados (tabelas, colunas, chaves estrangeiras).
• O que ele faz: Permite que o desenvolvedor manipule o banco de dados usando apenas objetos Java (POJOs). O Hibernate "traduz" automaticamente essas operações (como salvar um objeto Usuario) nos comandos SQL correspondentes (INSERT INTO...) e vice-versa.

Hibernate vs. JPA

Esta é a distinção mais crucial:

• JPA (Java Persistence API): É a Especificação (da Oracle/Eclipse Foundation). É um conjunto de interfaces, anotações (ex: @Entity, @Id) e uma API que define como um ORM deve funcionar. É o "contrato".
• Hibernate: É a Implementação (da Red Hat). É a biblioteca de código real que implementa a especificação JPA. É o "motor".

Analogia: O JPA é a interface java.util.List, e o Hibernate é a implementação java.util.ArrayList.

Quando você usa o Spring Data JPA, ele usa a API do JPA por padrão, e o Hibernate é a implementação que o Spring Boot auto-configura para executar o trabalho.

Arquitetura e Conceitos-Chave

O Spring Boot esconde esta complexidade, mas é fundamental entendê-la.

1. SessionFactory (JPA: EntityManagerFactory):
   • Um objeto pesado, thread-safe e caro de criar.
   • É o "construtor" de Session.
   • É criado uma vez por aplicação (na inicialização).
   • Responsável por gerir o Cache de Nível 2 (L2).
2. Session (JPA: EntityManager):
   • O "coração" do Hibernate. É a interface principal para a interação com o banco de dados.
   • É um objeto leve, de curta duração e NÃO é thread-safe.
   • Representa uma "conversa" ou "unidade de trabalho" com o banco.
   • Responsável por gerir o Cache de Nível 1 (L1).
3. Transaction (Transação):
   • Uma unidade de trabalho atómica (ACID). No Hibernate, todo o trabalho de escrita (save, update, delete) deve ocorrer dentro de uma transação.
   • É obtida a partir da Session (ex: session.beginTransaction()).
   • O Spring trata isto automaticamente com o @Transactional.
4. Persistence Context (Contexto de Persistência):
   • Este é o Cache de Nível 1 (L1).
   • Cada Session tem o seu próprio Persistence Context.
   • É um "mapa" na memória que armazena todas as entidades que foram lidas ou salvas durante a vida útil dessa sessão.
   • Ele garante que, dentro de uma sessão, se você pedir o Usuario com ID 1 duas vezes, ele só vai ao banco de dados na primeira vez. Na segunda, ele retorna o objeto da memória (do L1).
5. Dirty Checking (Verificação Suja):
   • O mecanismo "mágico" do Hibernate.
   • Quando você carrega um objeto (session.get(Usuario.class, 1L)), ele fica no L1.
   • No final da transação (tx.commit()), o Hibernate compara o estado atual de todos os objetos no L1 com o estado original que eles tinham quando foram carregados.
   • Se ele detetar qualquer diferença (ex: usuario.setNome("Novo Nome")), ele automaticamente gera e executa o comando UPDATE necessário.
   • É por isso que no Hibernate/JPA não existe um método update() explícito. Você apenas carrega, altera o objeto e faz o commit.

Ciclo de Vida da Entidade