Lazy e Eager Loading com Hibernate

Lazy do ingl�s �preguiçoso, lento� e Eager que significa �ansioso, impaciente� ser�o nossos objetos de estudo neste artigo. Explicaremos como tais conceitos se aplicam a persist�ncia de dados utilizando frameworks de persist�ncia em Java, como � o caso do Hibernate.

Antes de qualquer coisa � importante salientar que estes s�o conceitos a aplicados a computaç�o em geral e n�o simplesmente a uma tecnologia, como o Hibernate. Isso significa, em outras palavras, que a aplicaç�o deste artigo expande-se para as mais diversas �reas aplicadas principalmente a Engenharia de Software. Colocamos o foco no Hibernate apenas para exemplificar e tornar o artigo mais did�tico, assim poderemos trabalhar na pr�tica com tal conceito.

Lazy Loading � Carregamento 'on demand'

Vamos começar estudando o Lazy loading que � o mais comum de ser encontrado nos mapeamentos realizados pelo Hibernate, afinal, todos os mapeamentos do Hibernate s�o Lazy por padr�o, se voc� n�o especificar o tipo de �fetch� (busca) que ser� realizada.

Enfim, o Lazy Loading faz com que determinados objetos n�o sejam carregados do banco at� que voc� precise deles, ou seja, s�o carregados 'on demand' (apenas quando voc� solicitar explicitamente o carregamento destes). Vamos imaginar um cen�rio ilustrativo para entender melhor tal t�cnica: voc� tem uma classe Funcionario com diversos campos, com v�rios relacionamentos com outros campos, ou seja, apenas um objeto Funcionario pode ter diversos dados. Veja a Listagem 1.

Listagem 1. Classe FuncionarioLazy


   @Entity
  @Table(name = "funcionario")
  public class FuncionarioLazy {
   
         @Column
         private String nome;
         
         @Column
         private long idade;
         
         @ManyToOne(fetch = FetchType.LAZY)
         @JoinColumn(name = "id_endereco")
         private Endereco endereco;
         
         @ManyToOne(fetch = FetchType.LAZY)
         @JoinColumn(name = "id_contato")
         private Contato contato;
         
         @ManyToOne(fetch = FetchType.LAZY)
         @JoinColumn(name = "id_funcao")
         private Funcao funcao;
         
         @ManyToOne(fetch = FetchType.LAZY)
         @JoinColumn(name = "id_departamento")
         private Departamento departamento;
         
         @OneToMany(fetch = FetchType.LAZY)      
         private List<HistoricoPonto> batidasDePonto;
   
         public String getNome() {
               return nome;
         }
   
         public void setNome(String nome) {
               this.nome = nome;
         }
   
         public long getIdade() {
               return idade;
         }
   
         public void setIdade(long idade) {
               this.idade = idade;
         }
   
         public Endereco getEndereco() {
               return endereco;
         }
   
         public void setEndereco(Endereco endereco) {
               this.endereco = endereco;
         }
   
         public Contato getContato() {
               return contato;
         }
   
         public void setContato(Contato contato) {
               this.contato = contato;
         }
   
         public Funcao getFuncao() {
               return funcao;
         }
   
         public void setFuncao(Funcao funcao) {
               this.funcao = funcao;
         }
   
         public Departamento getDepartamento() {
               return departamento;
         }
   
         public void setDepartamento(Departamento departamento) {
               this.departamento = departamento;
         }
   
         public List<HistoricoPonto> getBatidasDePonto() {
               return batidasDePonto;
         }
   
         public void setBatidasDePonto(List<HistoricoPonto> 
         batidasDePonto) {
               this.batidasDePonto = batidasDePonto;
         }
   }

Perceba que em nossos relacionamentos OneToMany e ManyToOne definimos uma propriedade �fetch� = FetchType.LAZY. Isso significa que ao realizarmos um �SELECT * from FuncionarioLazy� teremos todos os campos retornados, mas os campos com a propriedade FetchType.LAZY estar�o nulos, mesmo que eles existam no banco. Essa � uma forma de n�o sobrecarregar sua aplicaç�o com dados in�teis que n�o ser�o utilizados, tornando-a r�pida e perform�tica.

Voltando ao nosso cen�rio de exemplo, temos ent�o a classe FuncionarioLazy acima, e precisamos de uma lista com todos os nomes e idades dos funcion�rios da empresa. Faremos um simples �SELECT * FROM FuncionarioLazy� e temos todos os dados em m�os, nosso objeto estar� carregado apenas com o nome e idade, todos os outros campos estar�o nulos.

Supondo agora que precisemos da propriedade �contato� dentro do objeto funcion�rio. Basta realizarmos um �getContato()� e o Hibernate ir� realizar um consulta (transparente para voc�, ou seja, voc� n�o ver� nenhum SQL no console) buscando o contato pelo Id, � algo que na verdade o Proxy faz mas esse n�o � objeto de estudo para este artigo, nosso foco � aprender o funcionamento do Lazy e do Eager Loading.

Pense, por exemplo, no campo �batidasDePonto� que possui todos os registros de ponto de um funcion�rio. Se o funcion�rio tiver 10 anos de empresa ele ter� muitos registros (aproximadamente 9600 registros), ent�o se voc� tiver 400 funcion�rios e cada funcion�rio tiver pelo menos 300 batidas de ponto (um n�mero muito baixo de batidas apenas para voc� ver o quanto pode ser penoso um Lazy errado), fazendo o produto cartesiano disso voc� ter� 120 mil registros apenas de batidasDePonto. Nesse momento � extremamente importante que esses registros fiquem como Lazy e sejam carregados apenas quando de fato necess�rios, se n�o voc� encontrar� problemas como �stackOverflow�, �permGem� e assim por diante.

Eager Loading

Oposto ao Lazy Loading, o Eager Loading carrega os dados mesmo que voc� n�o v� utiliz�-los, mas � �bvio que voc� s� utilizar� esta t�cnica se de fato voc� for precisar com muita frequ�ncia dos dados carregados.

O Eager pode ser feito de 2 formas: atrav�s de anotaç�o na classe ou atrav�s do HQL, vamos ver as duas.

Usando Eager atrav�s de anotaç�o

Este m�todo n�o � recomend�vel, na verdade muito raro de ser visto. Pois se voc� anota uma propriedade do seu objeto como �Eager�, o mesmo ser� carregado mesmo que voc� n�o o faça atrav�s do HQL, isso pode ser ruim na maioria dos casos. Veja na Listagem 2 nossa classe FuncionarioEager.

Listagem 2. Classe FuncionarioEager


   @Entity
  @Table(name = "funcionario")
  public class FuncionarioEager {
   
         @Column
         private String nome;
         
         @Column
         private long idade;
         
         @ManyToOne(fetch = FetchType.EAGER)
         @JoinColumn(name = "id_endereco")
         private Endereco endereco;
         
         @ManyToOne(fetch = FetchType.EAGER)
         @JoinColumn(name = "id_contato")
         private Contato contato;
         
         @ManyToOne(fetch = FetchType.EAGER)
         @JoinColumn(name = "id_funcao")
         private Funcao funcao;
         
         @ManyToOne(fetch = FetchType.EAGER)
         @JoinColumn(name = "id_departamento")
         private Departamento departamento;
         
         @OneToMany(fetch = FetchType.LAZY)      
         private List<HistoricoPonto> batidasDePonto;
   
         public String getNome() {
               return nome;
         }
   
         public void setNome(String nome) {
               this.nome = nome;
         }
   
         public long getIdade() {
               return idade;
         }
   
         public void setIdade(long idade) {
               this.idade = idade;
         }
   
         public Endereco getEndereco() {
               return endereco;
         }
   
         public void setEndereco(Endereco endereco) {
               this.endereco = endereco;
         }
   
         public Contato getContato() {
               return contato;
         }
   
         public void setContato(Contato contato) {
               this.contato = contato;
         }
   
         public Funcao getFuncao() {
               return funcao;
         }
   
         public void setFuncao(Funcao funcao) {
               this.funcao = funcao;
         }
   
         public Departamento getDepartamento() {
               return departamento;
         }
   
         public void setDepartamento(Departamento departamento) {
               this.departamento = departamento;
         }
   
         public List<HistoricoPonto> getBatidasDePonto() {
               return batidasDePonto;
         }
   
         public void setBatidasDePonto(List<HistoricoPonto> 
           batidasDePonto) {
               this.batidasDePonto = batidasDePonto;
         }
        
  }

A estrutura da classe n�o muda em nada, e nem deve, voc� apenas muda o �fetch� para FetchType.LAZY. Perceba que n�o colocamos �Eager� no �batidasDePonto� pois como j� explicamos isso traria diversos problemas de mem�ria e lentid�o a nossa aplicaç�o. Voc� entender� no pr�ximo t�pico por que n�o � aconselh�vel utilizar a anotaç�o Eager direto na classe.

Usando Eager atrav�s de HQL

Esse � o mais comum e aconselh�vel m�todo para trabalhar com propriedades que devem ser Eager. Suponha o HQL abaixo:

  �SELECT * FROM Funcionario f
           JOIN FETCH f.endereco
           JOIN FETCH f.contato
           JOIN FETCH f.funcao
           JOIN FETCH f.departamento�

O HQL abaixo faz exatamente a mesma funç�o da Listagem 2, onde voc� explicitamente anotou as propriedades com Eager, ou seja, estamos carregando essas propriedades com Eager mas via HQL. A vantagem disso � not�ria, pois se quisermos agora carregar os Funcion�rios sem a propriedade �funcao� n�o precisamos mudar c�digo da aplicaç�o e fazer o �deploy� novamente, apenas criamos uma nova query. Al�m disso, se voc� defini Eager na anotaç�o, fica �bvio que em toda parte da sua aplicaç�o a propriedade ser� carregada independente do HQL que voc� use, ou seja, voc� n�o tem segunda opç�o.

Por�m, podem existir casos que o Eager na anotaç�o seja necess�rio, afinal sen�o houvesse casos ele n�o seria criado como opç�o para anotaç�o de propriedades. O importante � voc� saber que pode utiliz�-lo tanto como anotaç�o, como HQL, mas de prefer�ncia sempre ao uso direto no HQL, assim sua aplicaç�o torna-se mais flex�vel.

Com isso, o uso do Lazy e o do Eager Loading s�o assuntos extremamente importantes para manipulaç�o de dados, isso porque o uso inadequado destas propriedades pode trazer muitos problemas para sua aplicaç�o. Muitos profissionais apenas se deparam com tal assunto quando percebem que por motivos inesperados sua aplicaç�o est� lenta e travando com muita frequ�ncia, ent�o estes percebem que alguma medida para tornar a aplicaç�o mais perform�tica deve ser tomada e com urg�ncia.

At� a pr�xima!!

Lazy e Eager Loading com Hibernate

Veja neste artigo como funcionam as técnicas de Lazy Loading e Eager Loading aplicados ao Framework Hibernate em Java.

Lazy Loading � Carregamento 'on demand'

Eager Loading

Usando Eager atrav�s de anotaç�o

Usando Eager atrav�s de HQL

Artigos relacionados