k19-k21 - Persistência Com JPA2 e Hibernate PDF

TREINAMENTOS
Persistncia com
JPA2 e Hibernate
Persistncia com JPA 2 e Hibernate
18 de junho de 2012
Sumrio
Sobre a K19
Seguro Treinamento
Termo de Uso
Cursos
.
.
.
.
.
.
.
.
.
1
1
1
2
3
3
4
5
7
8
.
.
.
.
.
.
.
.
.
.
.
.
9
9
10
10
11
11
12
12
13
14
15
16
18
Introduo
1.1 Persistncia . . . . . . . . . .
1.2 Configurao . . . . . . . . .
1.3 Mapeamento . . . . . . . . .
1.4 Gerando o banco . . . . . .
1.5 Exerccios de Fixao . . . .
1.6 Exerccios Complementares
1.7 Manipulando entidades . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Mapeamento
2.1 Entidades . . . . . . . . . . . . . . . . . . . . .
2.2 Definindo Restries . . . . . . . . . . . . . .
2.3 Gerando chaves primrias automaticamente
2.4 Mapeamento Automtico . . . . . . . . . . .
2.5 Objetos Grandes (LOB) . . . . . . . . . . . . .
2.6 Data e Hora . . . . . . . . . . . . . . . . . . . .
2.7 Dados Transientes . . . . . . . . . . . . . . . .
2.8 Field Access e Property Access . . . . . . . . .
2.9 Exerccios de Fixao . . . . . . . . . . . . . .
2.10 Enums . . . . . . . . . . . . . . . . . . . . . . .
2.11 Colees . . . . . . . . . . . . . . . . . . . . .
2.12 Relacionamentos . . . . . . . . . . . . . . . .
www.k19.com.br
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
S UMRIO
2.13
2.14
2.15
2.16
2.17
2.18
2.19
2.20
2.21
2.22
2.23
2.24
2.25
2.26
3
ii
ii
One to One . . . . . . . . . . . .
Exerccios de Fixao . . . . . .
One to Many . . . . . . . . . . .
Many to One . . . . . . . . . . .
Many to Many . . . . . . . . . .
Relacionamentos Bidirecionais
Objetos Embutidos . . . . . . .
Herana . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
18
20
22
23
25
26
28
29
31
32
34
36
37
41
Entity Manager
3.1 Estados . . . . . . . . . . . . . . . . . . . . . . . .
3.2 Sincronizao com o Banco de Dados . . . . . .
3.3 Transies . . . . . . . . . . . . . . . . . . . . . .
3.4 Exerccios de Fixao . . . . . . . . . . . . . . . .
3.5 LAZY e EAGER . . . . . . . . . . . . . . . . . . . .
3.7 Caching . . . . . . . . . . . . . . . . . . . . . . . .
3.8 Persistence Context ou Cache de Primeiro Nvel
3.10 Shared Cache ou Cache de Segundo Nvel . . . .
3.12 Cascade . . . . . . . . . . . . . . . . . . . . . . . .
3.14 Remoo de Objetos rfos . . . . . . . . . . . .
3.16 Callbacks . . . . . . . . . . . . . . . . . . . . . . .
3.18 Concorrncia . . . . . . . . . . . . . . . . . . . . .
3.20 Locking Otimista . . . . . . . . . . . . . . . . . . .
3.22 Locking Pessimista . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
43
43
43
45
46
50
53
56
56
57
57
58
59
61
62
63
66
68
69
70
71
72
72
73
JPQL
4.1 Consultas Dinmicas
4.2 Named Query . . . .
4.3 Parmetros . . . . . .
4.4 Exerccios de Fixao
4.5 Tipos de Resultado .
4.7 Paginao . . . . . . .
4.9 O Problema do N + 1
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
75
75
75
76
77
81
84
88
88
88
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
www.k19.com.br
iii
S UMRIO
4.10
4.11
4.12
4.13
4.14
4.15
4.16
4.17
5
Exerccios de Fixao . . . . . . . . . .
Operaes em Lote (Bulk Operations)
Operadores . . . . . . . . . . . . . . . .
Exemplos . . . . . . . . . . . . . . . . .
Referncias . . . . . . . . . . . . . . . .
Consultas Nativas . . . . . . . . . . . .
Criteria
5.1 Necessidade . . . . . . . . .
5.2 Estrutura Geral . . . . . . . .
5.5 Tipos de Resultados . . . . .
5.7 Filtros e Predicados . . . . .
5.9 Lista de Predicados . . . . .
5.10 Funes . . . . . . . . . . . .
5.11 Ordenao . . . . . . . . . .
5.12 Subqueries . . . . . . . . . .
5.13 Exemplos . . . . . . . . . . .
5.14 O Problema do N + 1 . . . .
5.16 Metamodel . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
89
90
91
93
97
98
98
98
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
101
101
101
102
105
105
107
109
109
109
112
114
114
114
116
117
118
119
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
123
123
124
124
124
125
B Hibernate Envers
B.1 Mapeamento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.2 Consultas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
B.3 Exerccios de Fixao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
129
129
130
130
A Hibernate Search
A.1 Configurao . . . . .
A.2 Mapeamento . . . . .
A.3 Indexao . . . . . . .
A.4 Busca . . . . . . . . .
A.5 Exerccios de Fixao
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
C Bean Validation e Hibernate Validator

135
C.1 Regras de Validao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135
C.2 Processando as Validaes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
C.3 Exerccios de Fixao . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
D Mapeamento com XML
D.1 Entidades . . . . . . . . . . . . . . . . . . . . .
D.2 Definindo Restries . . . . . . . . . . . . . .
D.3 Gerando chaves primrias automaticamente
D.4 Mapeamento Automtico . . . . . . . . . . .
www.k19.com.br
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
141
141
143
144
144
iii
S UMRIO
D.5
D.6
D.7
D.8
D.9
D.10
D.11
D.12
D.13
D.14
D.15
D.16
D.17
D.18
D.19
D.20
D.21
D.22
D.23
D.24
D.25
D.26
E
iv
iv
Objetos Grandes (LOB) . . . . .

Data e Hora . . . . . . . . . . . .
Dados Transientes . . . . . . . .
Field Access e Property Access .
Enums . . . . . . . . . . . . . . .
Colees . . . . . . . . . . . . .
Relacionamentos . . . . . . . .
One to One . . . . . . . . . . . .
One to Many . . . . . . . . . . .
Many to One . . . . . . . . . . .
Many to Many . . . . . . . . . .
Objetos Embutidos . . . . . . .
Herana . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
Respostas
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
145
145
146
147
147
149
150
152
153
155
156
159
160
163
164
166
167
170
172
174
176
180
183
www.k19.com.br
S UMRIO
Sobre a K19
A K19 uma empresa especializada na capacitao de desenvolvedores de software. Sua equipe
composta por profissionais formados em Cincia da Computao pela Universidade de So Paulo
(USP) e que possuem vasta experincia em treinamento de profissionais para rea de TI.
O principal objetivo da K19 oferecer treinamentos de mxima qualidade e relacionados s principais tecnologias utilizadas pelas empresas. Atravs desses treinamentos, seus alunos se tornam
capacitados para atuar no mercado de trabalho.
Visando a mxima qualidade, a K19 mantm as suas apostilas em constante renovao e melhoria, oferece instalaes fsicas apropriadas para o ensino e seus instrutores esto sempre atualizados
didtica e tecnicamente.
www.k19.com.br
S UMRIO
Seguro Treinamento
Na K19 o aluno faz o curso quantas vezes quiser!
Comprometida com o aprendizado e com a satisfao dos seus alunos, a K19 a nica que possui o Seguro Treinamento. Ao contratar um curso, o aluno poder refaz-lo quantas vezes desejar
mediante a disponibilidade de vagas e pagamento da franquia do Seguro Treinamento.
As vagas no preenchidas at um dia antes do incio de uma turma da K19 sero destinadas ao
alunos que desejam utilizar o Seguro Treinamento. O valor da franquia para utilizar o Seguro Treinamento 10% do valor total do curso.
www.k19.com.br
S UMRIO
Termo de Uso
Termo de Uso
Todo o contedo desta apostila propriedade da K19 Treinamentos. A apostila pode ser utilizada
livremente para estudo pessoal . Alm disso, este material didtico pode ser utilizado como material
de apoio em cursos de ensino superior desde que a instituio correspondente seja reconhecida pelo
MEC (Ministrio da Educao) e que a K19 seja citada explicitamente como proprietria do material.
proibida qualquer utilizao desse material que no se enquadre nas condies acima sem
o prvio consentimento formal, por escrito, da K19 Treinamentos. O uso indevido est sujeito s
medidas legais cabveis.
www.k19.com.br
S UMRIO
S
TO
EN
AM
EIN
TREINAMENTOS
TR
EIN
AM
EN
TO
S
TR
Conhea os nossos cursos

K01- Lgica de Programao
K11 - Orientao a Objetos em Java
K12 - Desenvolvimento Web com JSF2 e JPA2
K21 - Persistncia com JPA2 e Hibernate
K22 - Desenvolvimento Web Avanado com JFS2, EJB3.1 e CDI
K23 - Integrao de Sistemas com Webservices, JMS e EJB
K31 - C# e Orientao a Objetos
K32 - Desenvolvimento Web com ASP.NET MVC
www.k19.com.br/cursos
www.k19.com.br
CAPTULO
I NTRODUO
Persistncia
Aplicaes corporativas manipulam dados em grande quantidade. Na maioria dos casos, esses
dados so armazenados em bancos de dados relacionais, pois os principais sistemas gerenciadores
de bancos de dados do mercado utilizam o modelo relacional. Por outro lado, hoje em dia, as aplicaes corporativas costumam ser desenvolvidas com linguagens orientadas a objetos.
Como o modelo relacional e o modelo orientado a objetos diferem no modo de estruturar os
dados, uma transformao deve ocorrer toda vez que alguma informao trafegar da aplicao para
o banco de dados ou vice-versa. Essa transformao no simples, pois os dois modelos so bem
diferentes.
No contexto das aplicaes Java, para facilitar o processo de transformao dos dados que trafegam entre as aplicaes e os bancos de dados, podemos utilizar algumas ferramentas de persistncia
como o Hibernate ou o EclipseLink.
Essas ferramentas funcionam como intermedirios entre as aplicaes e os bancos de dados,
automatizando diversos processos importantes relacionados persistncia dos dados. Elas so chamadas de ferramentas ORM (Object Relational Mapping).
Com o intuito de facilitar a utilizao dessas ferramentas e torn-las compatveis com os outros
recursos da plataforma Java, elas so padronizadas pela especificao Java Persistence API (JPA).
Veremos, nesse captulo, os passos principais para utilizar uma implementao da JPA. Em particular, utilizaremos o Hibernate e o sistema gerenciador de banco de dados MySQL.
Configurao
Antes de comear a utilizar o Hibernate, necessrio baixar do site oficial o bundle que inclui os
jars do hibernate e todas as suas dependncias. Neste curso, utilizaremos a verso 4.1.2. A url do site
oficial do Hibernate http://www.hibernate.org/.
Mais Sobre
Veja tambm um artigo da K19 sobre configurao do Hibernate no seguinte endereo
http://www.k19.com.br/artigos/configurando-hibernate-com-mysql/.
Para configurar o Hibernate em uma aplicao, devemos criar um arquivo chamado persistence.xml. O contedo desse arquivo contm informaes sobre o banco de dados, como a url de conewww.k19.com.br
I NTRODUO
xo, usurio e senha, alm de dados sobre a implementao JPA que ser utilizada.
O arquivo persistence.xml deve ser salvo em uma pasta chamada META-INF, que deve estar
no classpath da aplicao. Veja abaixo um exemplo de configurao para o persistence.xml:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
< persistence version = " 2.0 "

xmlns = " http: // java . sun . com / xml / ns / persistence "
xmlns:xsi = " http: // www . w3 . org /2001/ XMLSchema - instance "
xsi:schemaLocation = " http: // java . sun . com / xml / ns / persistence
http: // java . sun . com / xml / ns / persistence / persistence_2_0 . xsd " >
< persistence - unit name = " K19 - PU " transaction - type = " RESOURCE_LOCAL " >
< provider > org . hibernate . ejb . HibernatePersistence </ provider >
< properties >
< property name = " hibernate . dialect "
value = " org . hibernate . dialect . MySQL5InnoDBDialect " / >
< property name = " hibernate . hbm2ddl . auto " value = " update " / >
< property name = " hibernate . show_sql " value = " true " / >
< property name = " javax . persistence . jdbc . driver " value = " com . mysql . jdbc . Driver " / >
< property name = " javax . persistence . jdbc . user " value = " usuario " / >
< property name = " javax . persistence . jdbc . password " value = " senha " / >
< property name = " javax . persistence . jdbc . url "
value = " jdbc:mysql: // localhost:3306 / k19_bd " / >
</ properties >
</ persistence - unit >
</ persistence >
Cdigo XML 1.1: persistence.xml
Mapeamento
Um dos principais objetivos dos frameworks ORM estabelecer o mapeamento entre os conceitos do modelo orientado a objetos e os conceitos do modelo relacional. Este mapeamento pode ser
definido atravs de xml ou de maneira mais prtica com anotaes Java. Quando utilizamos anotaes, evitamos a criao de extensos arquivos em xml.
A seguir, veremos as principais anotaes Java de mapeamento do JPA. Essas anotaes esto no
pacote javax.persistence.
@Entity a principal anotao do JPA. Ela deve aparecer antes do nome de uma classe e deve ser
definida em todas as classes que tero objetos persistidos no banco de dados.
As classes anotadas com @Entity so mapeadas para tabelas. Por conveno, as tabelas possuem os mesmos nomes das classes. Mas, podemos alterar esse comportamento utilizando a
anotao @Table.
Os atributos declarados em uma classe anotada com @Entity so mapeados para colunas na
tabela correspondente classe. Outra vez, por conveno, as colunas possuem os mesmos nomes dos atributos. E novamente, podemos alterar esse padro utilizando para isso a anotao
@Column.
@Id utilizada para indicar qual atributo de uma classe anotada com @Entity ser mapeado para
a chave primria da tabela correspondente classe. Geralmente o atributo anotado com @Id
do tipo Long.
2
www.k19.com.br
I NTRODUO
@GeneratedValue Geralmente vem acompanhado da anotao @Id. Serve para indicar que o valor
de um atributo que compe uma chave primria deve ser gerado pelo banco no momento em
que um novo registro inserido.
Gerando o banco
Uma das vantagens de utilizar uma implementao JPA que ela capaz de gerar as tabelas no
banco de dados. Ela faz isso de acordo com as anotaes colocadas nas classes e as informaes
presentes no arquivo persistence.xml.
As tabelas so geradas atravs de um mtodo esttico da classe Persistence, o createEntityManagerFactory(string persistenceUnit). O parmetro persistenceUnit permite escolher, pelo
nome, uma unidade de persistncia definida no persistence.xml.
1
Persistence . createEntityManagerFactory ( " K19 - PU " ) ;

Cdigo Java 1.1: Inicializando uma unidade de persistncia.
Exerccios de Fixao
Para apresentar os conceitos bsicos de JPA, implementaremos parte de um sistema de gerenciamento de uma livraria. Primeiramente, crie um projeto no Eclipse chamado K19-JPA2-Hibernate.
1
Crie uma pasta chamada lib dentro do projeto K19-JPA2-Hibernate.
Entre na pasta K19-Arquivos/hibernate-release-4.1.2.Final/lib da rea de Trabalho e copie os

jars da pasta required e da pasta jpa para a pasta lib do projeto K19-JPA2-Hibernate.
3
Entre na pasta K19-Arquivos/MySQL-Connector-JDBC da rea de Trabalho e copie o arquivo
mysql-connector-java-5.1.19.bin.jar para pasta lib do projeto K19-JPA2-Hibernate.

5
Adicione os jars da pasta lib ao build path do projeto K19-JPA2-Hibernate. Pea orientao do
instrutor se for necessrio.
6
Crie uma pasta chamada META-INF dentro da pasta src do projeto K19-JPA2-Hibernate.
Crie o arquivo de configuraes persistence.xml na pasta META-INF. Para no ter de digitar todo
o cdigo, copie o modelo persistence.xml da pasta K19-Arquivos/modelos da sua rea de Trabalho.
Altere esse modelo de acordo com o cdigo abaixo.
7
1
2
3
4
5
6
7
8
9
10
11
12

< persistence - unit name = " K21_livraria_pu " transaction - type = " RESOURCE_LOCAL " >
< properties >
www.k19.com.br
I NTRODUO
13
14
15
16
17
18
19
20
21
22
< property name = " javax . persistence . jdbc . driver "
value = " com . mysql . jdbc . Driver " / >
< property name = " javax . persistence . jdbc . user " value = " root " / >
< property name = " javax . persistence . jdbc . password " value = " root " / >
value = " jdbc:mysql: // localhost:3306 / K21_livraria_bd " / >
</ properties >
</ persistence >
Crie uma classe para modelar as editoras da nossa livraria e acrescente as anotaes necessrias
para fazer o mapeamento. Essas anotaes devem ser importadas do pacote javax.persistence.
Adicione essa classe em um pacote chamado br.com.k19.modelo.
8
1
2
3
4
5
6
7
8
9
10
11
@Entity
public class Editora {
@Id @GeneratedValue
private Long id ;
private String nome ;
private String email ;
// GETTERS E SETTERS
}
Cdigo Java 1.2: Editora.java
9
Apague a base dados K21_livraria_bd se ela existir atravs do MySQL Workbench. Pea orientao do instrutor se for necessrio.
Crie a base dados K21_livraria_bd atravs do MySQL Workbench. Pea orientao do instrutor
se for necessrio.
10
Gere as tabelas usando o mtodo createEntityManagerFactory() da classe Persistence. Para

isso, crie uma classe com mtodo main em um pacote chamado br.com.k19.testes no projeto K19JPA2-Hibernate. Obs: As classes devem ser importadas do pacote javax.persistence.
11
1
2
3
4
5
6
7
8
public class GeraTabelas {

public static void main ( String [] args ) {
EntityManagerFactory factory =
Persistence . createEntityManagerFactory ( " K21_livraria_pu " ) ;
factory . close () ;
}
}
Cdigo Java 1.3: GeraTabelas.java
Execute e verifique atravs do MySQL Workbench se a tabela Editora foi criada corretamente.
Exerccios Complementares
Na pacote br.com.k19.modelo do projeto K19-JPA2-Hibernate, crie uma classe chamada Autor
para modelar um autor. Essa classe deve conter dois atributos: um para armazenar o id do autor e
1
www.k19.com.br
I NTRODUO
outra para armazenar o nome do autor.

2
Gere novamente as tabelas da base de dados K19_livraria_bd usando o mtodo createEntityManagerFactory() da classe Persistence. Atravs do MySQL Workbench, verifique se a tabela Autor foi criada corretamente.
Manipulando entidades
Para manipular as entidades da nossa aplicao, devemos utilizar um EntityManager que obtido atravs de uma EntityManagerFactory.
1
2
3
4
Persistence . createEntityManagerFactory ( " K19 - PU " ) ;
EntityManager manager = factory . createEntityManager () ;
Cdigo Java 1.6: Obtendo um Entity Manager
Persistindo
Para armazenar as informaes de um objeto no banco de dados, devemos utilizar o mtodo
persist() do EntityManager.
1
2
3
4
5
Editora novaEditora = new Editora () ;

novaEditora . setNome ( " K19 - Livros " )
novaEditora . setEmail ( " contato@k19 . com . br " ) ;
manager . persist ( novaEditora ) ;
Cdigo Java 1.7: Associando um objeto a um Entity Manager.
Buscando
Para obter um objeto que contenha informaes do banco de dados, podemos utilizar os mtodos find() ou getReference() do EntityManager.
1
2
Editora editora1 = manager . find ( Editora . class , 1 L ) ;

Editora editora2 = manager . getReference ( Editora . class , 2 L ) ;
Cdigo Java 1.8: Buscando objetos.
H uma diferena entre esses mtodos de busca. O mtodo find() recupera os dados desejados
imediatamente. J o mtodo getReference() posterga essa tarefa at a primeira chamada de um
mtodo get no objeto desejado.
Removendo
Para remover um registro correspondente a um objeto, podemos utilizar o mtodo remove() do
EntityManager.
www.k19.com.br
I NTRODUO
1
2
Editora editora = manager . find ( Editora . class , 1 L ) ;

manager . remove ( editora ) ;
Cdigo Java 1.9: Marcando um objeto para ser removido.
Atualizando
Para alterar os dados de um registro correspondente a um objeto, podemos utilizar os prprios
mtodos setters desse objeto.
1
2

editora . setNome ( " K19 - Livros e Publicaes " ) ;
Cdigo Java 1.10: Alterando o contedo de um objeto.
Listando
Para obter uma listagem com todos os objetos referentes aos registros de uma tabela, podemos
utilizar a linguagem de consulta do JPA, a JPQL. Essa linguagem muito parecida com a linguagem
SQL. A vantagem da JPQL em relao linguagem SQL que a sintaxe a mesma para bancos de
dados diferentes.
1
2
Query query = manager . createQuery ( " SELECT e FROM Editora e " ) ;

List < Editora > editoras = query . getResultList () ;
Cdigo Java 1.11: Definindo e executando uma consulta JPQL.
Transaes
As modificaes realizadas nos objetos administrados por um EntityManager so mantidas em
memria. Em certos momentos, necessrio sincronizar os dados da memria com os dados do
banco de dados. Essa sincronizao deve ser realizada atravs de uma transao JPA criada pelo
EntityManager que administra os objetos que desejamos sincronizar.
Para abrir uma transao utilizamos o mtodo begin().
1
manager . getTransaction () . begin () ;

Cdigo Java 1.12: Abrindo uma transao.
Com a transao aberta, podemos sincronizar os dados com o banco atravs dos mtodos flush()
(parcialmente) ou commit() (definitivamente).
1
2
3
4
5

manager . flush () ;
Cdigo Java 1.13: Sincronizando parcialmente uma transao.
www.k19.com.br
7
1
2
3
4
5
I NTRODUO
manager . getTransaction () . commit () ;
Cdigo Java 1.14: Sincronizando definitivamente uma transao
Exerccios de Fixao
12 No pacote br.com.k19.testes do projeto K19-JPA2-Hibernate, crie um teste para inserir editoras no banco de dados.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
public class InsereEditoraComJPA {

Editora novaEditora = new Editora () ;
Scanner entrada = new Scanner ( System . in ) ;
System . out . println ( " Digite o nome da editora : " ) ;
novaEditora . setNome ( entrada . nextLine () ) ;
System . out . println ( " Digite o email da editora : " ) ;
novaEditora . setEmail ( entrada . nextLine () ) ;
manager . persist ( novaEditora ) ;
}
}
Cdigo Java 1.15: InsereEditoraComJPA.java
No pacote br.com.k19.testes do projeto K19-JPA2-Hibernate, crie um teste para listar as editoras inseridas no banco de dados. No cdigo abaixo, a interface Query deve ser importada do pacote
javax.persistence e a interface List do pacote java.util.
13
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class ListaEditorasComJPA {

Query query = manager . createQuery ( " SELECT e FROM Editora e " ) ;
List < Editora > editoras = query . getResultList () ;
for ( Editora e : editoras ) {
System . out . println ( " EDITORA : " + e . getNome () + " - " + e . getEmail () ) ;
}
}
www.k19.com.br
I NTRODUO
16
}
Cdigo Java 1.16: ListaEditorasComJPA.java
No pacote br.com.k19.testes do projeto K19-JPA2-Hibernate, crie um teste para inserir autores no banco de dados.
3
No pacote br.com.k19.testes do projeto K19-JPA2-Hibernate, crie um teste para listar os

autores inseridos no banco de dados.
4
www.k19.com.br
CAPTULO
M APEAMENTO
O mapeamento objeto-relacional o corao do Hibernate e das outras implementaes de JPA.

Ele define quais transformaes devem ser realizadas nos dados para que essas informaes possam
navegar da aplicao para o banco de dados ou do banco de dados para a aplicao. Em particular, o
mapeamento determina como a ferramenta ORM far consultas complexas envolvendo mais do que
uma tabela.
Entidades
As classes da nossa aplicao que devem ser mapeadas para tabelas do banco de dados so anotadas com @Entity. Cada instncia de uma classe anotada com @Entity deve possuir um identificador nico. Em geral, esse identificador um atributo numrico que deve ser anotado com @Id.
1
2
3
4
5
@Entity
class Pessoa {
@Id
private Long id ;
}
Cdigo Java 2.1: Pessoa.java
Por conveno, a classe Pessoa ser mapeada para uma tabela com o mesmo nome (Pessoa). O
atributo id ser mapeado para uma coluna com o mesmo nome (id) na tabela Pessoa. As anotaes
@Table e @Column podem ser usadas para personalizar os nomes das tabelas e das colunas.
A coluna correspondente ao atributo id ser definida como chave primria da tabela Pessoa
devido a presena da anotao @Id.
1
2
3
4
5
6
7
@Entity
@Table ( name = " tbl_pessoas " )
class Pessoa {
@Id
@Column ( name = " col_id " )
private Long id ;
}
www.k19.com.br
M APEAMENTO
10
(a)
(b)
Figura 2.1: Tabelas correspondentes classe Pessoa. Em (a), os nomes da tabela e da coluna so padres. Em (b), esses nomes so personalizados.
Definindo Restries
Podemos definir algumas restries para os atributos das nossas entidades atravs das propriedades da anotao @Column. Veja as principais propriedades abaixo:
length
nullable
unique
precision
scale
Limita a quantidade de caracteres de uma string

Determina se o campo pode possuir valores null ou no
Determina se uma coluna pode ter valores repetidos ou no
Determina a quantidade de dgitos de um nmero decimal a serem armazenadas
Determina a quantidade de casas decimais de um nmero decimal
Tabela 2.1: Algumas propriedades da anotao @Column
No exemplo a seguir, associamos trs restries ao atributo nome da classe Pessoa. O nome deve
possuir no mximo 30 caracteres, no pode ser nulo e duas pessoas no podem ter o mesmo nome.
Alm disso, definimos que a altura das pessoas ser representada por um nmero de trs dgitos,
sendo dois deles referentes s casas decimais.
1
2
3
4
5
6
7
8
9
10
11
@Entity
class Pessoa {
@Id
private Long id ;
@Column ( length =30 , nullable = false , unique = true )
@Column ( precision =3 , scale =2)
private BigDecimal altura ;
}
Gerando chaves primrias automaticamente

Em geral, os bancos de dados oferecem algum mecanismo para gerar os valores de uma chave
primria simples e numrica. Do ponto de vista do desenvolvedor JPA, basta aplicar a anotao
10
www.k19.com.br
11
M APEAMENTO
@GeneratedValue para que o banco gere os valores de uma chave primria simples e numrica automaticamente.
1
2
3
4
5
6
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
}
Mapeamento Automtico
Cada banco possui o seu prprio conjunto de tipos de dados. Para que as informaes possam
navegar da aplicao para o banco e vice-e-versa, os tipos do Java devem ser mapeados para tipos
apropriados do banco de dados.
Alguns tipos do Java so mapeados automaticamente para tipos correspondentes do banco de
dados. Eis uma lista dos tipos que so mapeados automaticamente:
Tipos primitivos (byte, short, char, int, long, float, double e boolean)
Classes Wrappers (Byte, Short, Character, Integer, Long, Float, Double e Boolean)
String
BigInteger e BigDecimal
java.util.Date e java.util.Calendar
java.sql.Date, java.sql.Time e java.sql.Timestamp
Array de byte ou char
Enums
Serializables
Esses tipos so chamados de tipos bsicos.
Objetos Grandes (LOB)

Eventualmente, dados maiores do que o comum devem ser armazenados no banco de dados.
Por exemplo, uma imagem, uma msica ou um texto com muitas palavras. Para esses casos, os
bancos de dados oferecem tipos de dados especficos. Do ponto de vista do desenvolvedor JPA, basta
aplicar a anotao @LOB (Large Objects) em atributos do tipo String, byte[], Byte[], char[] ou
Character[] para que o provedor (Hibernate, EclipseLink ou outra implementao de JPA) utilize os
procedimentos adequados para manipular esses dados.
www.k19.com.br
11
M APEAMENTO
1
2
3
4
5
6
7
8
9
12
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
@Lob
private byte [] avatar ;
}
Data e Hora
Comumente, as aplicaes Java utilizam as classes java.util.Date e java.util.Calendar para
trabalhar com datas e horas. Essas classes so mapeadas automaticamente para tipos adequados no
banco de dados. Portanto, basta declarar os atributos utilizando um desses dois tipos nas classes que
sero mapeadas para tabelas.
1
2
3
4
5
6
7
8
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
private Calendar nascimento ;
}
Por padro, quando aplicamos o tipo java.util.Date ou java.util.Calendar, tanto a data

quanto a hora sero armazenadas no banco de dados. Para mudar esse comportamento, devemos
aplicar a anotao @Temporal escolhendo uma das trs opes abaixo:
TemporalType.DATE: Armazena apenas a data (dia, ms e ano).

TemporalType.TIME: Armazena apenas o horrio (hora, minuto e segundo).
TemporalType.TIMESTAMP (Padro): Armazena a data e o horrio.
1
2
3
4
5
6
7
8
9
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
@Temporal ( TemporalType . DATE )
}
Dados Transientes
12
www.k19.com.br
13
M APEAMENTO
Eventualmente, no desejamos que alguns atributos de um determinado grupo de objetos sejam

persistidos no banco de dados. Nesse caso, devemos aplicar o modificador transient ou a anotao
@Transient.
No exemplo abaixo, marcamos o atributo idade com a anotao @Transient para que essa informao no seja armazenada no banco de dados. A idade de uma pessoa pode ser deduzida a partir
de sua data de nascimento, que j est armazenada no banco.
1
2
3
4
5
6
7
8
9
10
11
12
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
@Transient
private int idade ;
}
Figura 2.2: Tabela correspondente classe Pessoa. Note que essa tabela no possui nenhuma coluna associada ao atributo idade da classe
Pessoa
Field Access e Property Access

Os provedores de JPA precisam ter acesso ao estado das entidades para poder administr-las.
Por exemplo, quando persistimos uma instncia de uma entidade, o provedor deve pegar os dados desse objeto e armazen-los no banco. Quando buscamos uma instncia de uma entidade, o
provedor recupera as informaes correspondentes do banco de dados e guarda em um objeto.
O JPA 2 define dois modos de acesso ao estado das instncias das entidades: Field Access e Property Access. Quando colocamos as anotaes de mapeamento nos atributos, estamos optando pelo
modo Field Access. Por outro lado, tambm podemos colocar essas mesmas anotaes nos mtodos
getters. Nesse caso, estamos optando pelo modo Property Accesss.
No modo Field Access, os atributos dos objetos so acessados diretamente atravs de reflection
e no necessrio implementar mtodos getters e setters. Nesse modo de acesso, se os mtodos
getters e setters estiverem implementados, eles no sero utilizados pelo provedor JPA.
No modo Property Access, os mtodos getters e setters devem necessariamente ser implementados pelo desenvolvedor. Esses mtodos sero utilizados pelo provedor para que ele possa acessar e
modificar o estado dos objetos.
www.k19.com.br
13
M APEAMENTO
14
Exerccios de Fixao
Crie um projeto no Eclipse chamado K19-Mapeamento. Copie a pasta lib do projeto K19-JPA2Hibernate para o projeto K19-Mapeamento. Depois adicione os jars dessa pasta no classpath desse
novo projeto.
1
Abra o MySQL Workbench e apague a base de dados K21_mapeamento_bd se existir. Depois

crie a base de dados K21_mapeamento_bd.
2
3
Copie a pasta META-INF do projeto K19-JPA2-Hibernate para dentro da pasta src do projeto
K19-Mapeamento. Altere o arquivo persistence.xml do projeto K19-Mapeamento, modificando o
nome da unidade de persistncia e a base da dados. Veja como o cdigo deve ficar:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

< persistence - unit name = " K21_mapeamento_pu " transaction - type = " RESOURCE_LOCAL " >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_mapeamento_bd " / >
</ properties >
</ persistence >
Crie uma entidade para modelar os usurios de uma rede social dentro de um pacote chamado
br.com.k19.modelo no projeto K19-Mapeamento.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
@Entity
public class Usuario {
@Id
@GeneratedValue
private Long id ;
@Column ( unique = true )
private Calendar dataDeCadastro ;
@Lob
private byte [] foto ;
}
Cdigo Java 2.9: Usuario.java
14
www.k19.com.br
15
M APEAMENTO
Adicione um usurio no banco de dados. Crie uma classe chamada AdicionaUsuario em um

pacote chamado br.com.k19.testes no projeto K19-Mapeamento.
5
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class AdicionaUsuario {

Persistence . createEntityManagerFactory ( " K21_mapeamento_pu " ) ;
Usuario usuario = new Usuario () ;
usuario . setEmail ( " contato@k19 . com . br " ) ;
usuario . setDataDeCadastro ( Calendar . getInstance () ) ;
manager . persist ( usuario ) ;
manager . close () ;
}
}
Cdigo Java 2.10: AdicionaUsuario.java
6
Abra o MySQL Workbench e observe as propriedades da tabela Usuario da base de dados
K21_mapeamento_bd.
Enums
Por padro, os tipos enumerados de JAVA so mapeados para colunas numricas inteiras no
banco de dados. Cada elemento de um Enum associado a um nmero inteiro. Essa associao
baseada na ordem em que os elementos do Enum so declarados. O primeiro elemento ser associado ao valor 0, o segundo ser associado ao valor 1 e assim por diante. Considere o exemplo a
seguir.
1
2
3
4
5
@Entity
public enum Periodo {
MATUTINO ,
NOTURNO
}
Cdigo Java 2.11: Periodo.java
1
2
3
4
5
6
7
8
@Entity
public class Turma {
@Id
@GeneratedValue
private Long id ;
private Periodo periodo ;
}
Cdigo Java 2.12: Turma.java
O Enum Periodo possui dois elementos: MATUTINO e NOTURNO. O elemento MATUTINO ser associado ao valor 0 e o elemento NOTURNO ser associado ao valor 1.
www.k19.com.br
15
M APEAMENTO
16
A tabela correspondente classe Turma possuir um campo chamado periodo. Nos registros
correspondentes s turmas de perodo matutino, esse campo possuir o valor 0. J nos registros
correspondentes s turmas de perodo noturno, esse campo possuir o valor 1.
Imagine que um novo perodo adicionado, digamos, o perodo vespertino. Nesse caso, o Enum
Periodo poderia vir a ser:

1
2
3
4
5
6
@Entity
MATUTINO ,
VESPERTINO ,
NOTURNO
}
Cdigo Java 2.13: Periodo.java
Os valores j armazenados no banco de dados poderiam estar incorretos. Por exemplo, antes
dessa modificao, o campo periodo das turmas noturnas deveria armazenar o valor 1. Aps essa
modificao, o valor correto passa a ser 2. Assim, os valores do campo periodo da tabela Turma
devem ser atualizados de acordo. No entanto, essa atualizao no automtica, e deve ser feita
manualmente.
Para evitar esse problema, podemos fazer com que os elementos de um Enum sejam associados
a uma string ao invs de um nmero inteiro. Isso pode ser feito com o uso da anotao @Enumerated.
Observe o exemplo abaixo.
1
2
3
4
5
6
7
8
9
@Entity
@Id
@GeneratedValue
private Long id ;
@Enumerated ( EnumType . STRING )
}
Cdigo Java 2.14: Turma.java
Nesse exemplo, os elementos MATUTINO, VESPERTINO e NOTURNO do Enum Periodo sero associados s strings "MATUTINO", "VESPERTINO" e "NOTURNO", respectivamente.
Colees
Considere um sistema que controla o cadastro dos funcionrios de uma empresa. Esses funcionrios so modelados pela seguinte classe.
1
2
3
4
5
6
7
8
@Entity
public class Funcionario {
@Id @GeneratedValue
private Long id ;
}
Cdigo Java 2.15: Funcionario.java
16
www.k19.com.br
17
M APEAMENTO
Devemos tambm registrar os telefones de contato dos funcionrios, sendo que cada funcionrio
pode ter um ou mais telefones. Em Java, seria razovel utilizar colees para armazenar os telefones
dos funcionrios. Veja o exemplo abaixo.
1
2
3
4
5
6
7
8
9
10
11
@Entity
@Id @GeneratedValue
private Long id ;
@ElementCollection
private Collection < String > telefones ;
}
A anotao @ElementCollection deve ser utilizada para que o mapeamento seja realizado. Nesse
exemplo, o banco de dados possuiria uma tabela chamada Funcionario_telefones contendo duas
colunas. Uma coluna seria usada para armazenar os identificadores dos funcionrios e a outra para
os telefones. Veja uma ilustrao das tabelas do banco de dados na figura abaixo.
Figura 2.3: Tabelas correspondentes classe Funcionario e ao atributo telefones
A tabela criada para guardar os telefones dos funcionrios tambm pode ter o seu nome personalizado, assim como os nomes de suas colunas. Para isso, devemos aplicar as anotaes @CollectionTable e @Column.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
@Entity
@Id @GeneratedValue
private Long id ;
@ElementCollection
@CollectionTable (
name = " Telefones_dos_Funcionarios " ,
joinColumns = @JoinColumn ( name = " func_id " ) )
@Column ( name = " telefone " )
}
www.k19.com.br
17
M APEAMENTO
18
Figura 2.4: Personalizando os nomes da tabela e das colunas
Relacionamentos
Os relacionamentos entre as entidades de um domnio devem ser expressos na modelagem atravs de vnculos entre classes. De acordo com a JPA, podemos definir quatro tipos de relacionamentos
de acordo com a cardinalidade.
One to One (Um para Um): Por exemplo, um estado governado por apenas um governador e um
governador governa apenas um estado.
One to Many (Um para Muitos): Por exemplo, um departamento possui muitos funcionrios e um
funcionrio trabalha em apenas em um departamento.
Many to One (Muitos para Um): Por exemplo, um pedido pertence a apenas um cliente e um cliente
faz muitos pedidos.
Many to Many (Muitos para Muitos): Por exemplo, um livro possui muitos autores e um autor possui muitos livros.
One to One
Suponha que em nosso domnio existam duas entidades: Estado e Governador. Devemos criar
uma classe para cada entidade e aplicar nelas as anotaes bsicas de mapeamento.
18
www.k19.com.br
19
1
2
3
4
5
6
M APEAMENTO
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.18: Estado.java
1
2
3
4
5
6
@Entity
class Governador {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.19: Governador.java
Como existe um relacionamento entre estados e governadores, devemos expressar esse vnculo
atravs de um atributo que pode ser inserido na classe Estado.
1
2
3
4
5
6
7
8
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
private Governador governador ;
}
Alm disso, devemos informar ao provedor JPA que o relacionamento que existe entre um estado
e um governador do tipo One to One. Fazemos isso aplicando a anotao @OneToOne no atributo
que expressa o relacionamento.
1
2
3
4
5
6
7
8
9
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
@OneToOne
}
No banco de dados, a tabela referente classe Estado possuir uma coluna de relacionamento
chamada de join column. Em geral, essa coluna ser definida como uma chave estrangeira associada
tabela referente classe Governador.
Por padro, o nome da coluna de relacionamento formado pelo nome do atributo que estabelece o relacionamento, seguido pelo caractere _ e pelo nome do atributo que define a chave
primria da entidade alvo. No exemplo de estados e governadores, a join column teria o nome governador_id.
www.k19.com.br
19
M APEAMENTO
20
Figura 2.5: Tabelas correspondentes s classes Estado e Governador
Podemos alterar o nome padro das join columns aplicando a anotao @JoinColumn, conforme apresentado no exemplo abaixo.
1
2
3
4
5
6
7
8
9
10
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
@OneToOne
@JoinColumn ( name = " gov_id " )
}
Figura 2.6: Personalizando o nome da coluna de relacionamento
Mais Sobre
Por padro, em um relacionamento One to One, um objeto da primeira entidade no
precisa estar necessariamente relacionado a um objeto da segunda entidade. Para exigir que cada objeto da primeira entidade esteja relacionado a um objeto da segunda entidade,
devemos usar o atributo optional da anotao OneToOne.
1
2
3
4
5
6
7
8
9
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
@OneToOne ( optional = false )
}
Exerccios de Fixao
20
www.k19.com.br
21
M APEAMENTO
Implemente duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento: Estado e Governador.

7
1
2
3
4
5
6
7
8
9
10
@Entity
public class Governador {
@Id
@GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
public class Estado {
@Id
@GeneratedValue
private Long id ;
@OneToOne
}
Adicione um governador e um estado no banco de dados. Crie uma classe chamada Adiciona-
EstadoGovernador no pacote br.com.k19.testes do projeto K19-Mapeamento.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class AdicionaEstadoGovernador {

Governador g = new Governador () ;
g . setNome ( " Rafael Cosentino " ) ;
Estado e = new Estado () ;
e . setNome ( " So Paulo " ) ;
e . setGovernador ( g ) ;
manager . persist ( g ) ;
manager . persist ( e ) ;
}
}
Cdigo Java 2.26: AdicionaEstadoGovernador.java
Abra o MySQL Workbench e observe as propriedades das tabelas Estado e Governador da base
www.k19.com.br
21
M APEAMENTO
22
de dados K21_mapeamento_bd.
One to Many
Suponha que em nosso domnio existam as entidades Departamento e Funcionrio. Criaramos
duas classes com as anotaes bsicas de mapeamento.
1
2
3
4
5
6
@Entity
class Departamento {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.27: Departamento.java
1
2
3
4
5
6
@Entity
class Funcionario {
@Id
@GeneratedValue
private Long id ;
}
Como existe um relacionamento entre departamentos e funcionrios, devemos expressar esse

vnculo atravs de um atributo que pode ser inserido na classe Departamento. Supondo que um
departamento possa ter muitos funcionrios, devemos utilizar uma coleo para expressar esse relacionamento.
1
2
3
4
5
6
7
8
@Entity
@Id
@GeneratedValue
private Long id ;
private Collection < Funcionario > funcionarios ;
}
Para informar a cardinalidade do relacionamento entre departamentos e funcionrios, devemos

utilizar a anotao @OneToMany na coleo.
1
2
3
4
5
6
7
8
9
@Entity
@Id
@GeneratedValue
private Long id ;
@OneToMany
}
No banco de dados, alm das duas tabelas correspondentes s classes Departamento e Funcionario, deve existir uma terceira tabela para relacionar os registros dos departamentos com os registros
22
www.k19.com.br
23
M APEAMENTO
dos funcionrios. Essa terceira tabela chamada de tabela de relacionamento ou join table.
Por padro, o nome da join table a concatenao com _ dos nomes das duas entidades. No
exemplo de departamentos e funcionrios, o nome do join table seria Departamento_Funcionario.
Essa tabela possuir duas colunas vinculadas s entidades que formam o relacionamento. No exemplo, a join table Departamento_Funcionario possuir uma coluna chamada Departamento_id e outra chamada funcionarios_id.
Figura 2.7: Tabelas correspondentes s classes Departamento e Funcionario
Para personalizar os nomes das colunas da join table e da prpria join table, podemos aplicar a
anotao @JoinTable no atributo que define o relacionamento.
1
2
3
4
5
6
7
8
9
10
11
12
@Entity
@Id
@GeneratedValue
private Long id ;
@OneToMany
@JoinTable ( name = " DEP_FUNC " ,
joinColumns = @JoinColumn ( name = " DEP_ID " ) ,
inverseJoinColumns = @JoinColumn ( name = " FUNC_ID " ) )
}
Figura 2.8: Personalizando a tabela de relacionamento
Exerccios de Fixao
www.k19.com.br
23
M APEAMENTO
24
Implemente duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento: Funcionario e Departamento.

10
1
2
3
4
5
6
7
8
9
10
@Entity
@Id
@GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
public class Departamento {
@Id
@GeneratedValue
private Long id ;
@OneToMany
private Collection < Funcionario > funcionarios = new ArrayList < Funcionario >() ;
}
11
Adicione um departamento e um funcionrio no banco de dados. Crie uma classe chamada
AdicionaDepartamentoFuncionario no pacote br.com.k19.testes do projeto K19-Mapeamento.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class AdicionaDepartamentoFuncionario {

Funcionario f = new Funcionario () ;
f . setNome ( " Rafael Cosentino " ) ;
Departamento d = new Departamento () ;
d . setNome ( " Financeiro " ) ;
d . getFuncionarios () . add ( f ) ;
manager . persist ( f ) ;
manager . persist ( d ) ;
}
}
Cdigo Java 2.34: AdicionaDepartamentoFuncionario.java
12
24
Abra o MySQL Workbench e observe as propriedades das tabelas Departamento, Funcionario e

www.k19.com.br
25
M APEAMENTO
Departamento_Funcionario da base de dados K21_mapeamento_bd.
Many to One
Suponha que em nosso domnio existam as entidades Pedido e Cliente. As duas classes que modelariam essas entidades seriam definidas com as anotaes principais de mapeamento.
1
2
3
4
5
6
@Entity
class Pedido {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.35: Pedido.java
1
2
3
4
5
6
@Entity
class Cliente {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.36: Cliente.java
Como existe um relacionamento entre pedidos e clientes, devemos expressar esse vnculo atravs
de um atributo que pode ser inserido na classe Pedido. Supondo que um pedido pertena a um nico
cliente, devemos utilizar um atributo simples para expressar esse relacionamento.
1
2
3
4
5
6
7
8
@Entity
class Pedido {
@Id
@GeneratedValue
private Long id ;
private Cliente cliente ;
}
Para informar a cardinalidade do relacionamento entre pedidos e clientes, devemos utilizar a

anotao @ManyToOne no atributo.
1
2
3
4
5
6
7
8
9
@Entity
class Pedido {
@Id
@GeneratedValue
private Long id ;
@ManyToOne
}
No banco de dados, a tabela referente classe Pedido possuir uma join column vinculada
tabela da classe Cliente. Por padro, o nome da join column formado pelo nome da entidade alvo
www.k19.com.br
25
M APEAMENTO
26
do relacionamento, seguido pelo caractere _ e pelo nome do atributo que define a chave primria
da entidade alvo.
Figura 2.9: Tabelas correspondentes s classes Pedido e Cliente
No exemplo de pedidos e clientes, o nome da join column seria cliente_id. Podemos alterar o
nome padro das join columns aplicando a anotao @JoinColumn.
1
2
3
4
5
6
7
8
9
10
@Entity
class Pedido {
@Id
@GeneratedValue
private Long id ;
@ManyToOne
@JoinColumn ( name = " cli_id " )
}
Figura 2.10: Personalizando a tabela Pedido
Mais Sobre
Por padro, em um relacionamento Many to One, um objeto da primeira entidade no
devemos usar o atributo optional da anotao ManyToOne.
1
2
3
4
5
6
7
8
9
@Entity
class Pedido {
@Id
@GeneratedValue
private Long id ;
@ManyToOne ( optional = false )
}
Exerccios de Fixao
26
www.k19.com.br
27
M APEAMENTO
Implemente duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento: Pedido e Cliente.

13
1
2
3
4
5
6
7
8
9
10
@Entity
public class Cliente {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.41: Cliente.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
@Entity
public class Pedido {
@Id
@GeneratedValue
private Long id ;
private Calendar data ;
@ManyToOne
}
14
Adicione um cliente e um departamento no banco de dados. Crie uma classe chamada Adiciona-
PedidoCliente no pacote br.com.k19.testes do projeto K19-Mapeamento.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class AdicionaPedidoCliente {

EntityManagerFactory factory = Persistence
. createEntityManagerFactory ( " K21_mapeamento_pu " ) ;
Cliente c = new Cliente () ;
c . setNome ( " Rafael Cosentino " ) ;
Pedido p = new Pedido () ;
p . setData ( Calendar . getInstance () ) ;
p . setCliente ( c ) ;
manager . persist ( c ) ;
manager . persist ( p ) ;
}
}
Cdigo Java 2.43: AdicionaPedidoCliente.java
www.k19.com.br
27
M APEAMENTO
28
Abra o MySQL Workbench e observe as propriedades das tabelas Cliente e Pedido da base de
dados K21_mapeamento_bd.
15
Many to Many
Suponha que em nosso domnio existam as entidades Livro e Autor. As classes com as anotaes
bsicas de mapeamento seriam mais ou menos assim:
1
2
3
4
5
6
@Entity
class Livro {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.44: Livro.java
1
2
3
4
5
6
@Entity
class Autor {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java 2.45: Autor.java
Como existe um relacionamento entre livros e autores, devemos expressar esse vnculo atravs
de um atributo que pode ser inserido na classe Livro. Supondo que um livro possa ser escrito por
muitos autores, devemos utilizar uma coleo para expressar esse relacionamento.
1
2
3
4
5
6
7
8
@Entity
class Livro {
@Id
@GeneratedValue
private Long id ;
private Collection < Autor > autores ;
}
Para informar a cardinalidade do relacionamento entre livros e autores, devemos utilizar a anotao @ManyToMany na coleo.
1
2
3
4
5
6
7
8
9
@Entity
class Livro {
@Id
@GeneratedValue
private Long id ;
@ManyToMany
}
No banco de dados, alm das duas tabelas correspondentes s classes Livro e Autor, uma join
table criada para relacionar os registros dos livros com os registros dos autores. Por padro, o nome
28
www.k19.com.br
29
M APEAMENTO
da join table a concatenao com _ dos nomes das duas entidades. No exemplo de livros e autores, o nome do join table seria Livro_Autor. Essa tabela possuir duas colunas vinculadas s entidades que formam o relacionamento. No exemplo, a join table Livro_Autor possuir uma coluna
chamada Livro_id e outra chamada autores_id.
Figura 2.11: Tabelas correspondentes s classes Livro e Autor
Para personalizar o nome join table e os nomes de suas colunas, podemos aplicar a anotao
@JoinTable no atributo que define o relacionamento.
1
2
3
4
5
6
7
8
9
10
11
12
@Entity
class Livro {
@Id
@GeneratedValue
private Long id ;
@ManyToMany
@JoinTable ( name = " Liv_Aut " ,
joinColumns = @JoinColumn ( name = " Liv_ID " ) ,
inverseJoinColumns = @JoinColumn ( name = " Aut_ID " ) )
}
Figura 2.12: Personalizando a tabela de relacionamento
Exerccios de Fixao
16
Implemente duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento: Livro

www.k19.com.br
29
M APEAMENTO
30
e Autor.
1
2
3
4
5
6
7
8
9
10
@Entity
public class Autor {
@Id
@GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
public class Livro {
@Id
@GeneratedValue
private Long id ;
@ManyToMany
private Collection < Autor > autores = new ArrayList < Autor >() ;
}
17
Adicione um livro e um autor no banco de dados. Crie uma classe chamada AdicionaLivro-
Autor no pacote br.com.k19.testes do projeto K19-Mapeamento.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class AdicionaLivroAutor {

Autor a = new Autor () ;
a . setNome ( " Rafael Cosentino " ) ;
Livro l = new Livro () ;
l . setNome ( " JPA2 " ) ;
l . getAutores () . add ( a ) ;
manager . persist ( a ) ;
manager . persist ( l ) ;
}
}
Cdigo Java 2.51: AdicionaLivroAutor.java
Abra o MySQL Workbench e observe as propriedades das tabelas Livro, Autor e Livro_Autor
da base de dados K21_mapeamento_bd.
18
30
www.k19.com.br
31
M APEAMENTO
Quando expressamos um relacionamento colocando um atributo em uma das entidades, podemos acessar a outra entidade a partir da primeira. Por exemplo, considere o relacionamento entre
governadores e estados.
1
2
3
4
5
6
7
8
9
10
11
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
@OneToOne
}
Como o relacionamento est definido na classe Estado, podemos acessar o governador a partir
de um estado.
1
2
Estado e = manager . find ( Estado . class , 1 L ) ;

Governador g = e . getGovernador () ;
Cdigo Java 2.53: Acessando o governador a partir de um estado
Tambm podemos expressar o relacionamento na classe Governador. Dessa forma, poderamos

acessar um estado a partir de um governador.
1
2
3
4
5
6
7
8
9
10
11
@Entity
class Governador {
@Id
@GeneratedValue
private Long id ;
@OneToOne
private Estado estado ;
}
1
2
Governador g = manager . find ( Governador . class , 1 L ) ;

Estado e = g . getEstado () ;
Cdigo Java 2.55: Acessando um estado a partir de um governador
A figura abaixo ilustra as tabelas Estado e Governador no banco de dados, assim como as join
columns correspondentes aos relacionamentos.
www.k19.com.br
31
M APEAMENTO
32
Figura 2.13: Tabelas Estado e Governador no banco de dados
Note que foram criadas duas colunas de relacionamentos. A primeira na tabela Estado com o
nome governador_id e a segunda na tabela Governador com o nome estado_id. Nesse caso, o
provedor JPA est considerando dois relacionamentos unidirecionais distintos entre essas entidades.
No entanto, de acordo com o modelo relacional, a relao entre estados e governadores deveria
ser expressa com apenas uma coluna de relacionamento. Ou seja, o relacionamento entre governadores e estados deveria ser bidirecional. Assim, devemos indicar em uma das classes que esse
relacionamento bidirecional a juno de dois relacionamentos unidirecionais. Para isso, devemos
adicionar o atributo mappedBy na anotao @OneToOne em uma das classes. O valor do mappedBy
deve ser o nome do atributo que expressa o mesmo relacionamento na outra entidade.
1
2
3
4
5
6
7
8
9
10
11
@Entity
class Governador {
@Id
@GeneratedValue
private Long id ;
@OneToOne ( mappedBy = " governador " )
}
Figura 2.14: Tabelas Estado e Governador no banco de dados
Exerccios de Fixao
19 Considere um sistema de cobrana de ligaes telefnicas. Nesse sistema, temos uma entidade
chamada Ligao e uma entidade chamada Fatura. Cada ligao est associada a uma nica fatura,
enquanto que uma fatura est associada a mltiplas ligaes. Implemente classes para modelar essas
duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento.
1
2
3
4
5
6
7
32
@Entity
public class Ligacao {
@Id @GeneratedValue
private Long id ;
@ManyToOne
private Fatura fatura ;
www.k19.com.br
33
8
9
10
11
12
M APEAMENTO
private Integer duracao ;

}
Cdigo Java 2.57: Ligacao.java
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
public class Fatura {
@Id @GeneratedValue
private Long id ;
@OneToMany
private Collection < Ligacao > ligacoes = new ArrayList < Ligacao >() ;
private Calendar vencimento ;
}
Cdigo Java 2.58: Fatura.java
20
Faa um teste para adicionar algumas ligaes e uma fatura. Adicione no pacote br.com.k19.tes-
tes do projeto K19-Mapeamento uma classe chamada AdicionaFaturaLigacao.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
public class AdicionaFaturaLigacao {

Ligacao ligacao1 = new Ligacao () ;
ligacao1 . setDuracao (162) ;
Fatura fatura = new Fatura () ;
fatura . setVencimento ( new GregorianCalendar (2012 , 11 , 20) ) ;
fatura . getLigacoes () . add ( ligacao1 ) ;
ligacao1 . setFatura ( fatura ) ;
manager . persist ( fatura ) ;
manager . persist ( ligacao1 ) ;
}
}
Cdigo Java 2.59: AdicionaFaturaLigacao.java
Atravs do MySQL Workbench, verifique as tabelas criadas. Observe que a tabela Ligacao possui
uma coluna de relacionamento chamada fatura_id e a tabela Fatura_Ligacao vincula os registros
21
www.k19.com.br
33
M APEAMENTO
34
das tabelas Ligacao e Fatura.

22 Atravs do MySQL Workbench, apague primeiro a tabela Fatura_Ligacao e, em seguida, apague
as tabelas Fatura e Ligacao.
23 Altere o cdigo da classe Fatura de forma a criar um relacionamento bidirecional entre as faturas
e as ligaes.
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToMany ( mappedBy = " fatura " )
}
Cdigo Java 2.60: Fatura.java
Execute a classe AdicionaFaturaLigacao para adicionar uma fatura e algumas ligaes. Atravs
do MySQL Workbench, verifique as tabelas criadas. Note que foram criadas apenas duas tabelas:
Fatura e Ligacao.
24
Objetos Embutidos
Suponha que em nosso domnio exista uma entidade chamada Pessoa. Toda pessoa possui um
endereo, que formado por pas, estado, cidade, logradouro, nmero, complemento e CEP. Para
melhorar a organizao da nossa aplicao, podemos criar duas classes: Pessoa e Endereco.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
@OneToOne
private Endereco endereco ;
}
1
2
3
4
5
6
7
8
9
34
@Entity
class Endereco {
@Id
@GeneratedValue
private Long id ;
private String pais ;
private String estado ;
www.k19.com.br
35
10
11
12
13
14
15
16
17
18
19
20
M APEAMENTO
private String cidade ;

private String logradouro ;
private int numero ;
private String complemento ;
private int cep ;
}
Cdigo Java 2.62: Endereco.java
Da forma como os mapeamentos esto definidos, duas tabelas sero criadas: uma para a classe
Pessoa e outra para a classe Endereco. Na tabela Pessoa, haver uma coluna de relacionamento.
Para recuperar os dados do endereo de uma pessoa, duas tabelas precisam ser consultadas atravs de uma operao de join. Esse tipo de operao no banco de dados custoso.
Suponha que a tabela Endereco esteja relacionada apenas com a tabela Pessoa. Nesse caso, seria
interessante se pudssemos guardar os endereos das pessoas na prpria tabela Pessoa, tornando
desnecessria a existncia da tabela Endereco. No entanto, gostaramos de manter as classes Pessoa
e Endereco.
Isso pode ser feito da seguinte forma. Na classe Pessoa, devemos remover a anotao de cardinalidade @OneToOne. Na classe Endereco, devemos substituir a anotao @Entity por @Embeddable.
Alm disso, no devemos definir uma chave para a classe Endereco, pois ela no define uma entidade.
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
@Embeddable
class Endereco {
private int cep ;
}
www.k19.com.br
35
M APEAMENTO
36
Podemos conseguir o mesmo resultado da seguinte forma. Na classe Pessoa, devemos substituir
a anotao de cardinalidade @OneToOne por @Embedded. Na classe Endereco, devemos remover a
anotao @Entity. Tambm, no devemos definir uma chave para a classe Endereco, pois ela no
define uma entidade.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
@Entity
class Pessoa {
@Id
@GeneratedValue
private Long id ;
@Embedded
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class Endereco {
private int cep ;
}
Exerccios de Fixao
25 Crie uma classe para modelar endereos no pacote br.com.k19.modelo do projeto K19-Mapeamento.
1
2
3
4
5
6
7
8
9
10
11
12
36
public class Endereco {

}
www.k19.com.br
37
M APEAMENTO
26
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
No pacote br.com.k19.modelo do projeto K19-Mapeamento, crie uma classe chamada Candidato.

@Entity
public class Candidato {
@Id
@GeneratedValue
private Long id ;
@Embedded
}
Cdigo Java 2.68: Candidato.java
Crie uma classe chamada AdicionaCandidatoEndereco no pacote br.com.k19.testes do projeto K19-Mapeamento para adicionar alguns candidatos e endereos e depois execute-a.
27
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
public class AdicionaCandidatoEndereco {

Endereco e = new Endereco () ;
e . setEstado ( " So Paulo " ) ;
e . setCidade ( " So Paulo " ) ;
e . setLogradouro ( " Av . Bigadeiro Faria Lima " ) ;
e . setNumero (1571) ;
Candidato p = new Candidato () ;
p . setNome ( " Rafael Cosentino " ) ;
p . setNascimento ( new GregorianCalendar (1984 , 10 , 30) ) ;
p . setEndereco ( e ) ;
}
}
Cdigo Java 2.69: AdicionaPessoaEndereco.java
Execute a classe AdicionaCandidatoEndereco para adicionar um candidato e seu endereo.

Atravs do MySQL Workbench, verifique a tabelas criada. Note que foi criada apenas a tabela Candidato.
28
Herana
www.k19.com.br
37
M APEAMENTO
38
O mapeamento objeto-relacional descreve como os conceitos de orientao a objetos so mapeados para os conceitos do modelo relacional. De todos os conceitos de orientao a objetos, um dos
mais complexos de se mapear o de Herana.
A especificao JPA define trs estratgias para realizar o mapeamento de herana.
Single Table
Joined
Table Per Class
Single Table
A estratgia Single Table a mais comum e a que possibilita melhor desempenho em relao a
velocidade das consultas. Nessa estratgia, a super classe deve ser anotada com
@Inheritance(strategy=InheritanceType.SINGLE_TABLE).
O provedor JPA criar apenas uma tabela com o nome da super classe para armazenar os dados
dos objetos criados a partir da super classe ou das sub classes. Todos os atributos da super classe
e os das sub classes sero mapeados para colunas dessa tabela. Alm disso, uma coluna especial
chamada DTYPE ser utilizada para identificar a classe do objeto correspondente ao registro.
1
2
3
4
5
6
7
8
@Entity
@Inheritance ( strategy = InheritanceType . SINGLE_TABLE )
public class Pessoa {
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
@Entity
public class PessoaJuridica extends Pessoa {
private String cnpj ;
}
Cdigo Java 2.71: PessoaJuridica.java
1
2
3
4
@Entity
public class PessoaFisica extends Pessoa {
private String cpf ;
}
Cdigo Java 2.72: PessoaFisica.java
38
www.k19.com.br
39
M APEAMENTO
Figura 2.15: Tabela correspondente s classes Pessoa, PessoaJuridica e PessoaFisica
A desvantagem da Single Table o consumo desnecessrio de espao, j que nem todos os campos so utilizados para todos os registros. Por exemplo, se uma pessoa jurdica fosse cadastrada, o
campo cpf no seria utilizado. Da mesma forma, se uma pessoa fsica fosse cadastrada, o campo
cnpj no seria utilizado.
Joined
Nessa estratgia, uma tabela para cada classe da hierarquia criada. Em cada tabela, apenas
os campos referentes aos atributos da classe correspondente so adicionados. Para relacionar os
registros das diversas tabelas e remontar os objetos quando uma consulta for realizada, as tabelas relacionadas s sub-classes possuem chaves estrangeiras vinculadas tabela associada super-classe.
1
2
3
4
5
6
7
8
@Entity
@Inheritance ( strategy = InheritanceType . JOINED )
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
@Entity
}
1
2
3
4
@Entity
}
www.k19.com.br
39
M APEAMENTO
40
Figura 2.16: Tabelas correspondentes s classes Pessoa, PessoaJuridica e PessoaFisica
O consumo de espao utilizando a estratgia Joined menor do que o utilizado pela estratgia
Single Table. Contudo, as consultas so mais lentas, pois necessrio realizar operaes de join para
recuperar os dados dos objetos.
Table Per Class

Nessa estratgia, uma tabela para cada classe concreta da hierarquia criada. Contudo, os dados
de um objeto no so colocados em tabelas diferentes. Dessa forma, para remontar um objeto no
necessrio realizar operaes de join. A desvantagem desse modo que no existe um vnculo
explcito no banco de dados entres as tabelas correspondentes s classes da hierarquia.
1
2
3
4
5
6
7
8
@Entity
@Inheritance ( strategy = InheritanceType . TABLE_PER_CLASS )
@Id
private Long id ;
}
1
2
3
4
@Entity
}
1
2
3
4
@Entity
}
40
www.k19.com.br
41
M APEAMENTO
Figura 2.17: Tabelas correspondentes s classes Pessoa, PessoaJuridica e PessoaFisica
Na estratgia Table Per Class, no podemos utilizar a gerao automtica de chave primrias
simples e numricas.
Exerccios de Fixao
Adicione uma classe chamada Pessoa no pacote br.com.k19.modelo do projeto K19-Mapeamento.
29
1
2
3
4
5
6
7
8
9
10
@Entity
@Inheritance ( strategy = InheritanceType . SINGLE_TABLE )
@Id @GeneratedValue
private Long id ;
}
30
Faa a classe PessoaJuridica no pacote br.com.k19.modelo do projeto K19-Mapeamento.
1
2
3
4
5
6
@Entity
}
31
Faa a classe PessoaFisica no pacote br.com.k19.modelo do projeto K19-Mapeamento.
1
2
3
4
5
6
@Entity
}
32
Faa um teste para adicionar pessoas. Crie uma classe chamada AdicionaPessoa no pacote
br.com.k19.testes do projeto K19-Mapeamento.

1
2
public class AdicionaPessoa {

www.k19.com.br
41
M APEAMENTO
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
42
Pessoa p1 = new Pessoa () ;
p1 . setNome ( " Marcelo " ) ;
PessoaFisica p2 = new PessoaFisica () ;
p2 . setNome ( " Rafael " ) ;
p2 . setCpf ( " 1234 " ) ;
PessoaJuridica p3 = new PessoaJuridica () ;
p3 . setNome ( " K19 " ) ;
p3 . setCnpj ( " 567788 " ) ;
manager . persist ( p1 ) ;
}
}
Cdigo Java 2.82: AdicionaPessoa.java
Execute a classe AdicionaPessoa para adicionar algumas pessoas. Atravs do MySQL Workbench, verifique a tabela criada. Note que foi criada apenas a tabela Pessoa.
33
42
www.k19.com.br
CAPTULO
E NTITY M ANAGER
Segundo a especificao JPA, as instncias das entidades so administradas pelos Entity Managers. As duas principais responsabilidades dos Entity Managers so gerenciar o estado dos objetos e
sincronizar os dados da aplicao e do banco de dados.
Estados
necessrio conhecer o ciclo de vida das entidades para saber como os objetos so administrados pelos Entity Managers. Uma instncia de uma entidade pode passar pelos seguintes estados:
Novo (New): Um objeto nesse estado no possui uma identidade (chave) e no est associado a um
Entity Manager. O contedo desse objeto no enviado para o banco de dados. Toda instncia
de uma entidade que acabou de ser criada com o comando new encontra-se no estado new do
JPA.
Administrado (Managed): Um objeto no estado managed possui uma identidade e est associado
a um Entity Manager. A cada sincronizao, os dados de um objeto no estado managed so
atualizados no banco de dados.
Desvinculado (Detached): Um objeto no estado detached possui uma identidade, mas no est associado a um Entity Manager. Dessa forma, o contedo desse objeto no sincronizado com
o banco de dados.
Removido (Removed): Um objeto no estado removed possui uma identidade e est associado a um
Entity Manager. O contedo desse objeto ser removido do banco de dados quando houver
uma sincronizao.
Sincronizao com o Banco de Dados

Uma sincronizao consiste em propagar para o banco de dados as modificaes, remoes e
inseres de entidades realizadas em memria atravs de um Entity Manager.
Quando houver uma sincronizao, as modificaes realizadas no estado dos objetos managed
so propagadas para o banco de dados, assim como os registros referentes aos objetos em estado
removed so apagados do banco de dados. De acordo com a especificao, uma sincronizao s
pode ocorrer se uma transao estiver ativa.
Cada Entity Manager possui uma nica transao associada. Para recuperar a transao associada a um Entity Manager, utilizamos o mtodo getTransaction(). Uma vez que a transao foi
recuperada, podemos ativ-la atravs do mtodo begin().
www.k19.com.br
43
E NTITY M ANAGER
44
Para confirmar uma transao, devemos usar o mtodo commit(). Quando esse mtodo invocado, ocorre uma sincronizao com o banco de dados e a transao finalizada.
1
2
3

...
Cdigo Java 3.1: Iniciando e confirmando uma transao
Com uma transao ativa, tambm podemos disparar uma sincronizao atravs do mtodo
flush(). Apesar dos dados serem enviados para o banco de dados, eles no ficaro visveis para
outras transaes. Esses dados sero considerados apenas nas consultas efetuadas dentro da prpria transao. Diversas chamadas ao mtodo flush() podem ser efetuadas dentro de uma mesma
transao.
1
2
3
4
5

...
...
Cdigo Java 3.2: Sincronizaes parciais atravs do mtodo flush()
Toda modificao, remoo ou insero realizada no banco de dados devido s chamadas ao

mtodo flush() podem ser desfeitas atravs do mtodo rollback(). Uma chamada a esse mtodo
tambm finaliza a transao.
1
2
3
4
5

...
...
manager . getTransaction () . rollback () ;
Cdigo Java 3.3: Sincronizaes parciais atravs do mtodo flush()
Flush Mode
H duas polticas adotadas pelos provedores JPA em relao s sincronizaes: FlushModeType.AUTO (padro) e FlushModeType.COMMIT. No modo AUTO, o provedor JPA realiza sincronizaes
automticas antes de uma operao de consulta para garantir que as modificaes, remoes e inseres ainda no sincronizadas sejam consideradas na consulta. J o comportamento no modo
COMMIT no est especificado. Consequentemente, cada provedor pode implementar o comportamento que achar mais adequado.
Podemos configurar o flush mode no nvel de um Entity Manager afetando o comportamento em
todas as consultas realizadas atravs desse Entity Manager ou configurar apenas para uma consulta.
1
manager . setFlushMode ( FlushModeType . COMMIT ) ;

Cdigo Java 3.4: Configurando o flush mode de um Entity Manager
1
2
query . setFlushMode ( FlushModeType . COMMIT ) ;

query . setFlushMode ( FlushModeType . AUTO ) ;
Cdigo Java 3.5: Configurando o flush mode de uma consulta
44
www.k19.com.br
45
E NTITY M ANAGER
Transies
Uma instncia de uma entidade pode mudar de estado. Veremos a seguir as principais transies.
New Managed
Um objeto no estado new passa para o estado managed quando utilizamos o mtodo persist()
dos Entity Managers.
1
2
3
4
5
6
7
8
9
10
@Entity
class Pessoa {
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7

Pessoa p = new Pessoa () ;
manager . persist () ;
Cdigo Java 3.7: Persistindo uma instncia de uma entidade
BD Managed
Quando dados so recuperados do banco de dados, o provedor JPA cria objetos para armazenar
essas informaes. Esses objetos estaro no estado managed.
1
Pessoa p = manager . find ( Pessoa . class , 1 L ) ;
Pessoa p = manager . getReference ( Pessoa . class , 1 L ) ;
1
2
Query query = manager . createQuery ( " select p from Pessoa p " ) ;

List < Pessoa > lista = query . getResultList () ;
Managed Detached
Quando no queremos mais que um objeto no estado managed seja administrado, podemos
desvincul-lo do seu Entity Manager tornando-o detached. Dessa forma, o contedo desse objeto
no ser mais sincronizado com o banco de dados.
www.k19.com.br
45
E NTITY M ANAGER
46
Para tornar apenas um objeto detached, devemos utilizar o mtodo detach():

1
2

manager . detach ( p ) ;
Para tornar detached todos os objetos administrados por um Entity Manager, devemos utilizar o
mtodo clear().
1
manager . clear () ;
Na chamada do mtodo close(), todos os objetos administrados por um Entity Manager tambm
passam para o estado detached.
1
Detached Managed
O estado de um objeto detached pode ser propagado para um objeto managed com a mesma
identidade para que os dados sejam sincronizados com o banco de dados. Esse processo realizado
pelo mtodo merge().
1
Pessoa pessoaManaged = manager . merge ( pessoaDetached ) ;
Managed Removed
Quando um objeto managed se torna detached, os dados correspondentes a esse objeto no so
apagados do banco de dados. Agora, quando utilizamos o mtodo remove(), marcamos um objeto
para ser removido do banco de dados.
1
2

manager . remove ( p ) ;
O contedo do objeto ser removido no banco de dados quando o provedor realizar uma sincronizao.
Managed Managed
O contedo de um objeto no estado managed pode ficar desatualizado em relao ao banco de
dados se algum ou alguma aplicao alterar os dados na base de dados. Para atualizar um objeto
managed com os dados do banco de dados, devemos utilizar o mtodo refresh().
1
2

manager . refresh ( p ) ;
Exerccios de Fixao
46
www.k19.com.br
47
E NTITY M ANAGER
Crie um projeto no eclipse chamado K19-EntityManager. Copie a pasta lib do projeto K19JPA2-Hibernate para o projeto K19-EnityManager. Depois adicione os jars dessa pasta no classpath
desse novo projeto.
1
2
Abra o MySQL Workbench e apague a base de dados K21_entity_manager_bd se ela existir.
Depois crie a base de dados K21_entity_manager_bd.
K19-EntityManager. Altere o arquivo persistence.xml do projeto K19-EntityManager, modificando o nome da unidade de persistncia e a base da dados. Veja como o cdigo deve ficar:
3
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

< persistence - unit name = " K21_entity_manager_pu " transaction - type = " RESOURCE_LOCAL " >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_entity_manager_bd " / >
</ properties >
</ persistence >
Crie um pacote chamado br.com.k19.modelo no projeto K19-EntityManager e adicione a seguinte classe:

4
1
2
3
4
5
6
7
8
9
10
@Entity
@Id @GeneratedValue
private Long id ;
}
Persista objetos atravs de um Entity Manager. Crie uma classe chamada TestePersist dentro
de um pacote chamado br.com.k19.testes no projeto K19-EntityManager.
5
1
2
3
4
5
public class TestePersist {

Persistence . createEntityManagerFactory ( " K21_entity_manager_pu " ) ;
www.k19.com.br
47
E NTITY M ANAGER
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
48
// ABRINDO A TRASACAO
// OBJETO NO ESTADO NEW
// OBJETO NO ESTADO MANAGED
// SINCRONIZANDO E CONFIRMANDO A TRANSACAO
System . out . println ( " Pessoa id : " + p . getId () ) ;
}
}
Cdigo Java 3.18: TestePersist.java
Execute e consulte o banco de dados atravs do MySQL Workbench!

Busque objetos atravs de um Entity Manager dado a identidade dos objetos. Crie uma classe
chamada TesteFind dentro de um pacote br.com.k19.testes no projeto K19-EntityManager.
6
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class TesteFind {

System . out . println ( " Id : " + p . getId () ) ;
System . out . println ( " Nome : " + p . getNome () ) ;
}
}
Cdigo Java 3.19: TesteFind.java
Execute e observe as mensagens no Console!

Altere objetos no estado managed e depois faa um sincronizao com o banco de dados atravs de uma chamada ao mtodo commit(). Crie uma classe chamada TesteManaged dentro de um
pacote br.com.k19.testes no projeto K19-EntityManager.
7
1
2
3
4
5
6
7
8
9
10
11
12
13
48
public class TesteManaged {

// ALTERANDO O CONTEUDO DO OBJETO
p . setNome ( " Marcelo Martins " ) ;
www.k19.com.br
49
14
15
16
17
18
19
20
21
E NTITY M ANAGER

}
}
Cdigo Java 3.20: TesteManaged.java

Altere objetos no estado detached e depois faa um sincronizao com o banco de dados atravs
de uma chamada ao mtodo commit(). Crie uma classe chamada TesteDetached dentro de um
pacote br.com.k19.testes no projeto K19-EntityManager.
8
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class TesteDetached {

// OBJETO NO ESTADO DETACHED
p . setNome ( " Jonas Hirata " ) ;
}
}
Cdigo Java 3.21: TesteDetached.java

Busque um objeto no banco e ento desvincule-o atravs do mtodo detach(). Passe esse
objeto como parmetro para o mtodo merge() e ento altere uma propriedade do objeto devolvido. Faa um sincronizao com o banco de dados atravs de uma chamada ao mtodo commit().
Crie uma classe chamada TesteMerge dentro de um pacote br.com.k19.testes no projeto K19EntityManager.
9
1
2
3
4
5
6
7
8
9
10
11
12
public class TesteMerge {

// OBJETO NO ESTADO DETACHED
www.k19.com.br
49
E NTITY M ANAGER
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
50
// OBJETO p2 NO ESTADO MANAGED
Pessoa p2 = manager . merge ( p ) ;
p2 . setNome ( " Jonas Hirata " ) ;
}
}
Cdigo Java 3.22: TesteMerge.java

Busque por objetos no banco de dados e depois remova-os. Faa uma sincronizao com o
banco de dados atravs de uma chamada ao mtodo commit(). Crie uma classe chamada TesteRemoved dentro de um pacote br.com.k19.testes no projeto K19-EntityManager.
10
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
public class TesteRemoved {

// OBJETO NO ESTADO REMOVED
}
}
Cdigo Java 3.23: TesteRemoved.java
LAZY e EAGER
Como os Entity Managers administram as instncias das entidades, eles so responsveis pelo
carregamento do estado dos objetos. H dois modos de carregar um objeto com os dados obtidos
de um banco de dados: LAZY e EAGER. No modo LAZY, o provedor posterga ao mximo a busca dos
dados no banco de dados. J no modo EAGER, o provedor busca imediatamente os dados no banco
de dados.
50
www.k19.com.br
51
E NTITY M ANAGER
find() VS getReference()
Tanto o mtodo find() quanto o mtodo getReference() permitem que a aplicao obtenha
instncias das entidades a partir das identidades dos objetos. A diferena entre eles que o find()
tem comportamento EAGER e o getReference() tem comportamento LAZY.
No exemplo abaixo, um objeto buscado no banco de dados atravs do mtodo find(). Dessa
forma, os dados do objeto so carregados imediatamente.
1
2

// o objeto j est carregado
Cdigo Java 3.24: Buscando um objeto com o mtodo find()
No exemplo abaixo, usamos o mtodo getReference() para buscar os dados de um objeto no

banco de dados. Como o comportamento desse mtodo LAZY, os dados do objeto so carregados
apenas quando o estado desse objeto acessado pela primeira vez. Por exemplo, na chamada ao
mtodo getNome().
1
2
3
4

// o objeto no est carregado ainda
String nome = p . getNome () ;
// agora o objeto est carregado
Cdigo Java 3.25: Buscando um objeto com o mtodo getReference()
Quando recuperamos o valor da propriedade nome atravs do mtodo getNome(), os demais atributos de tipos bsicos tambm so carregados.
Fetch Type - Tipos Bsicos

Alguns dados de um determinado objeto podem ser muito grandes e nem sempre necessrios.
Por exemplo, considere um objeto do tipo Livro, que possua como atributos ttulo, preo e resumo.
Ttulo e preo so dados pequenos, enquanto que o resumo de um livro pode ser um dado relativamente grande.
Imagine que o resumo ser utilizado pela aplicao em situaes bem espordicas. Assim, seria
interessante que o valor desse atributo fosse carregado apenas quando utilizado.
No entanto, no podemos exigir que o provedor comporte-se dessa forma. Mas, podemos indicar
ao provedor que esse comportamento desejvel atravs do atributo fetch da anotao @Basic.
1
2
3
4
@Basic ( fetch = FetchType . LAZY )

protected String getNome () {
return nome ;
}
Cdigo Java 3.26: Indicando o modo de carregamento desejvel
www.k19.com.br
51
E NTITY M ANAGER
52
Importante
O modo LAZY para atributos bsicos s pode ser aceito pelos provedores se o modo de
acesso for Property Access.
Fetch Type - Relacionamentos

Tambm podemos definir o modo de carregamento que desejamos utilizar para os relacionamentos das entidades. Por exemplo, considere um relacionamento unidirecional entre estados e
governadores.
1
2
3
4
5
6
7
8
9
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
@OneToOne
}
1
2
3
4
5
6
@Entity
class Governador {
@Id
@GeneratedValue
private Long id ;
}
Por padro, quando os dados de um estado so recuperados do banco de dados, os dados do

governador associado a esse estado tambm so recuperados. Em outras palavras, o modo de carregamento padro do atributo que estabelece o relacionamento entre estados e governadores EAGER.
Podemos alterar esse comportamento padro aplicando a propriedade fetch na anotao @OneToOne.
1
2
3
4
5
6
7
8
9
@Entity
class Estado {
@Id
@GeneratedValue
private Long id ;
@OneToOne ( fetch = FetchType . LAZY )
}
O modo de carregamento dos relacionamentos do tipo One To One e Many To One EAGER por
padro. O modo de carregamento dos relacionamentos do tipo One To Many e Many To Many , por
padro, LAZY. Lembrando que o modo de carregamento pode ser definido com a propriedade fetch
das anotaes de relacionamento.
1
2
52

@ManyToOne ( fetch = FetchType . LAZY )
www.k19.com.br
53
3
4
E NTITY M ANAGER
@OneToMany ( fetch = FetchType . EAGER )
@ManyToMany ( fetch = FetchType . EAGER )
Cdigo Java 3.30: Definindo o modo de carregamento para relacionamentos
Importante
No modo de carregamento LAZY, o provedor JPA posterga ao mximo o carregamento
de um objeto. Esse carregamento s poder ser feito posteriormente se o Entity Manager que administra esse objeto estiver aberto. Caso a aplicao tente acessar o contedo no
carregado de um objeto aps o fechamento do Entity Manager que o administra, o provedor
lanar uma exceo.
Exerccios de Fixao
11 Teste o comportamento do mtodo de busca find(). Crie um classe chamada TesteFindEager
no pacote br.com.k19.testes no projeto K19-EntityManager. Observe que o cdigo abaixo supe a
existncia de registro com identificador igual a 1 na tabela correspondente classe Pessoa. Caso esse
registro no exista, busque por um que exista, escolhendo um identificador adequado na chamada
do mtodo find().
1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class TesteFindEager {

System . out . println ( " ----------- CHAMANDO O FIND - - - - - - - - - - - - " ) ;
System . out . println ( " ----------- FEZ O SELECT - - - - - - - - - - - - - - - " ) ;
}
}
Cdigo Java 3.31: TesteFindEager.java
Execute e veja a sada!

Teste o comportamento do mtodo de busca getReference(). Crie um classe chamada TesteGetReferenceLazy no pacote br.com.k19.testes do projeto K19-EntityManager.
12
1
2
3
4
5
6
7
8
9
10
11
12
13
public class TesteGetReferenceLazy {

System . out . println ( " ----------- CHAMANDO O GETREFERENCE - - - - " ) ;
System . out . println ( " ----------- NAO FEZ O SELECT - - - - - - - - - - - " ) ;
}
www.k19.com.br
53
E NTITY M ANAGER
14
54
}
Cdigo Java 3.32: TesteGetReferenceLazy.java

Teste o problema de Lazy Initialization. Crie um classe chamada TesteLazyInitialization no
pacote br.com.k19.testes do projeto K19-EntityManager.
13
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public class TesteLazyInitialization {

// OBJETO CARREGADO EM MODO LAZY
// TENTA USAR UM DADO DO OBJETO
System . out . println ( p . getNome () ) ;
}
}
Cdigo Java 3.33: TesteLazyInitialization.java

Crie duas classes para modelar governadores e estados, estabelecendo um relacionamento One
to One entre essas entidades. Essas classes devem ser adicionadas no pacote br.com.k19.modelo do
projeto K19-EntityManager.
14
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToOne
}
1
2
3
4
5
6
7
8
9
10
11
12
13
54
@Entity
@Id @GeneratedValue
private Long id ;
}
www.k19.com.br
55
E NTITY M ANAGER
Adicione um governador e um estado. Crie uma classe chamada AdicionaGovernadorEstado

no pacote br.com.k19.testes do projeto K19-EntityManager.
15
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
public class AdicionaGovernadorEstado {

. createEntityManagerFactory ( " K21_entity_manager_pu " ) ;
Governador governador = new Governador () ;
governador . setNome ( " Rafael Cosentino " ) ;
Estado estado = new Estado () ;
estado . setNome ( " So Paulo " ) ;
governador . setEstado ( estado ) ;
estado . setGovernador ( governador ) ;
manager . persist ( estado ) ;
manager . persist ( governador ) ;
}
}
Cdigo Java 3.36: AdicionaGovernadorEstado.java
Teste o carregamento EAGER no relacionamento One to One entre estados e governadores. Crie
uma classe chamada TesteCarregamentoRelacionamento no pacote br.com.k19.testes do projeto K19-EntityManager.
16
1
2
3
4
5
6
7
8
public class TesteCarregamentoRelacionamento {

EntityManagerFactory factory = Persistence . createEntityManagerFactory ( " K21_entity_manager_pu " ) ;
Estado estado = manager . find ( Estado . class , 1 L ) ;
}
}
Cdigo Java 3.37: TesteCarregamentoRelacionamento.java
Observe a sada no console para verificar o carregamento tanto do estado quanto do governador.
17
Altere a poltica padro do carregamento do governador adicionando a propriedade fetch na
anotao @OneToOne na classe Estado.
1
2

www.k19.com.br
55
E NTITY M ANAGER
56
Execute novamente a classe TesteCarregamentoRelaciomento e observe a sada do console

para verificar que agora somente o estado carregado.
18
19
Faa acontecer o problema de Lazy Initialization no exemplo de estados e governadores.
1
2
3
public class TesteCarregamentoRelacionamento {

EntityManagerFactory factory = Persistence . createEntityManagerFactory ( " K21_entity_manager_pu " ) ;
4
5
6
7
8
9
10
11
12
13

System . out . println ( estado . getGovernador () . getNome () ) ;
}
}
Cdigo Java 3.39: TesteCarregamentoRelacionamento.java
Caching
Considere uma aplicao de cadastramento de pessoas. No formulrio de cadastro de uma pessoa, o usurio deve selecionar o estado e a cidade onde a pessoa nasceu. A lista de cidades fica
armazenada em uma tabela do banco de dados. As cidades so modeladas pela seguinte classe:
1
2
3
4
5
6
7
8
9
10
@Entity
public class Cidade {
@Id @GeneratedValue
private Long id ;
private String nomeDaCidade ;
private String nomeDoEstado ;
}
Cdigo Java 3.40: Cidade.java
O contedo da tabela de cidades raramente alterado por motivos bvios. Constantemente, a

aplicao realizar consultas a essa tabela. Tendo em mente que o custo para trazer dados do banco
de dados para a memria da aplicao alto, poderamos melhorar o desempenho da aplicao se
mantivssemos a lista das cidades em memria.
Em situaes como essa, podemos aplicar o conceito de caching. O caching consiste em manter
uma cpia dos dados para evitar o constante acesso ao dispositivo de armazenamento de dados.
Os provedores JPA disponibilizam alguns tipos de cache. Veremos o funcionamento de cada um
deles a seguir.
Persistence Context ou Cache de Primeiro Nvel

56
www.k19.com.br
57
E NTITY M ANAGER
Um objeto j carregado por um Entity Manager mantido no persistence context (cache de primeiro nvel). Cada Entity Manager possui o seu prprio persistence context. Se a aplicao buscar
um objeto atravs de um Entity Manager e ele j estiver carregado no Persistence Context correspondente, a busca no ser realizado no banco de dados, evitando assim uma operao no banco de
dados.
Exerccios de Fixao
Verifique o comportamento dos Entity Managers ao buscar duas vezes o mesmo objeto. Crie
uma classe chamada TestePersistenceContext no pacote br.com.k19.testes do projeto K19EntityManager.
20
1
2
3
4
5
6
7
8
9
10
11
12
public class TestePersistenceContext {

System . out . println ( " ------------------ PRIMEIRO FIND - - - - - - - - - - - - - - - - - " ) ;
System . out . println ( " ------------------ SEGUNDO FIND - - - - - - - - - - - - - - - - - - " ) ;
estado = manager . find ( Estado . class , 1 L ) ;
}
}
Cdigo Java 3.41: TestePersistenceContext.java
Execute e observe a sada no console para verificar que o provedor s realiza uma busca
Shared Cache ou Cache de Segundo Nvel

Diferentemente do cache de primeiro nvel, o cache de segundo nvel compartilhado entre todos os Entity Managers da aplicao. Para habilitar o cache de segundo nvel em uma aplicao JPA,
devemos acrescentar o elemento <shared-cache-mode> na unidade de persistncia configurada no
arquivo persistence.xml. Esse elemento pode possuir os seguintes valores:
ALL: Habilita o cache de segunda nvel para todas as entidades.
ENABLE_SELECTIVE: Habilita o cache de segunda nvel apenas para as entidades anotadas com
@Cacheable(true).
DISABLE_SELECTIVE: Habilita o cache de segunda nvel para todas as entidades, exceto aquelas
anotadas com @Cacheable(false).
NONE: Desabilita o cache de segundo nvel para todas as entidades.
UNSPECIFIED: Nesse caso, o comportamento no est definido pela especificao e depende da
implementao do provedor JPA.
O Hibernate 4.1.2 suporta a utilizao de diversas implementaes de caches de segundo nvel.
necessrio definir qual implementao queremos utilizar. Essa escolha deve ser informada atravs
da propriedade hibernate.cache.region.factory_class.
www.k19.com.br
57
E NTITY M ANAGER
58
Exerccios de Fixao
Entre na pasta K19-Arquivos/hibernate-release-4.1.2.Final/lib da rea de Trabalho e copie os
jars da pasta optional/ehcache e da pasta jpa para a pasta lib do projeto K19-EntityManager. Depois
adicione esses jars no build path do projeto.
21
22
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
Altere o arquivo persistence.xml para habilitar a utilizao do shared cache no Hibernate.

< persistence - unit name = " K21_entity_manager_pu " transaction - type = " RESOURCE_LOCAL " >
< shared - cache - mode > ENABLE_SELECTIVE </ shared - cache - mode >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_entity_manager_bd " / >
< property name = " hibernate . cache . region . factory_class "
value = " org . hibernate . cache . ehcache . SingletonEhCacheRegionFactory " / >
</ properties >
</ persistence >
No pacote br.com.k19.modelo do projeto K19-EntityManager, crie uma entidade para representar cidades. Habilite o cache de segundo nvel para essa entidade.
23
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Cacheable ( true )
public class Cidade {
@Id @GeneratedValue
private Long id ;
private String nomeDaCidade ;
private String nomeDoEstado ;
}
Cdigo Java 3.42: Cidade.java
No pacote br.com.k19.testes do projeto K19-EntityManager, crie uma classe chamada InsereCidades para inserir algumas cidades no banco de dados.
24
58
www.k19.com.br
59
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
E NTITY M ANAGER
public class InsereCidades {
Cidade saoPaulo = new Cidade () ;
saoPaulo . setNomeDaCidade ( " So Paulo " ) ;
saoPaulo . setNomeDoEstado ( " So Paulo " ) ;
Cidade rioDeJaneiro = new Cidade () ;
rioDeJaneiro . setNomeDaCidade ( " Rio de Janeiro " ) ;
rioDeJaneiro . setNomeDoEstado ( " Rio de Janeiro " ) ;
Cidade natal = new Cidade () ;
natal . setNomeDaCidade ( " Natal " ) ;
natal . setNomeDoEstado ( " Rio Grande do Norte " ) ;
manager . persist ( saoPaulo ) ;
manager . persist ( rioDeJaneiro ) ;
manager . persist ( natal ) ;
}
}
Cdigo Java 3.43: InsereCidades.java
No pacote br.com.k19.testes do projeto K19-EntityManager, crie uma classe para testar o

funcionamento do cache de segundo nvel.
25
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class TesteSharedCache {

EntityManager manager1 = factory . createEntityManager () ;
System . out . println ( " ------------------ PRIMEIRO FIND - - - - - - - - - - - - - - - - - " ) ;
Cidade cidade = manager1 . find ( Cidade . class , 1 L ) ;
System . out . println ( " ------------------ SEGUNDO FIND - - - - - - - - - - - - - - - - - - " ) ;
cidade = manager2 . find ( Cidade . class , 1 L ) ;
}
}
Cdigo Java 3.44: TesteSharedCache.java
Observe no console que apenas uma operao select foi realizada.
Cascade
Por padro, as operaes dos Entity Managers so aplicadas somente ao objeto passado como
parmetro para o mtodo que implementa a operao, ou seja, essas operaes no so aplicadas aos
objetos relacionados ao objeto passado como parmetro. Por exemplo, suponha um relacionamento
www.k19.com.br
59
E NTITY M ANAGER
60
entre estados e governadores.

1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToOne
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
}
Suponha que um objeto da classe Estado e outro da classe Governador sejam criados e associados. Se apenas um dos objetos for persistido um erro ocorrer na sincronizao com o banco de
dados.
1
2
3
4
5
6
7
8
9
10
11
12
13
14

Cdigo Java 3.47: Persistindo apenas um objeto
Para evitar o erro, os dois objetos precisam ser persistidos.

1
2

manager . persist ( governador ) ;
Cdigo Java 3.48: Persistindo todos os objetos relacionados
60
www.k19.com.br
61
E NTITY M ANAGER
Ou ento podemos configurar a operao persist() para que ela seja aplicada em cascata. Essa
configurao pode ser realizada atravs do atributo cascade das anotaes de relacionamento.
1
2
@OneToOne ( cascade = CascadeType . PERSIST )

Cdigo Java 3.49: Configurando a operao persist() em cascata
O atributo cascade das anotaes de relacionamento pode ser utilizado para configurar o comportamento em cascata para as outras operaes dos Entity Managers.
CascadeType.PERSIST
CascadeType.DETACH
CascadeType.MERGE
CascadeType.REFRESH
CascadeType.REMOVE
CascadeType.ALL
Importante
O atributo cascade unidirecional. Dessa forma, nos relacionamentos bidirecionais
para ter o comportamento do cascade nas duas direes necessrio utilizar a propriedade cacasde nas duas entidades.
Exerccios de Fixao
26 Tente persistir um governador e um estado. Crie uma classe chamada TesteCascade no pacote
br.com.k19.testes do projeto K19-EntityManager.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class TesteCascade {

}
}
Cdigo Java 3.50: TesteCascade.java
www.k19.com.br
61
E NTITY M ANAGER
62
Execute e observe o erro

Modifique a classe Estado para configurar a propriedade cascade no relacionamento com governadores.
27
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToOne ( cascade = CascadeType . PERSIST , fetch = FetchType . LAZY )
}
28 Execute a classe TesteCascade e observe que no ocorre o mesmo erro que aconteceu anteriormente.
Remoo de Objetos rfos

Em determinados relacionamentos, a existncia das instncias de uma entidade depende fortemente do vnculo com as instncias da outra entidade. Por exemplo, considere as entidades Topico
e Comentario. Um comentrio s deve existir se estiver vinculado a um tpico. Nesse caso, podemos configurar o comportamento em cascata no relacionamento entre tpicos e comentrios para a
operao remove(). Dessa forma, quando um tpico for removido, os comentrios correspondentes
tambm sero removidos.
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
public class Topico {
@Id @GeneratedValue
private Long id ;
@OneToMany ( cascade = CascadeType . REMOVE )
private List < Comentario > comentarios ;
private String titulo ;
}
Cdigo Java 3.52: Topico.java
1
2
3
4
5
6
7
8
9
10
11
62
@Entity
public class Comentario {
@Id @GeneratedValue
private Long id ;
}
www.k19.com.br
63
E NTITY M ANAGER
Cdigo Java 3.53: Comentario.java
1
2
3
4
5
6
7
8
Topico topico = manager . find ( Topico . class , 1 L ) ;

// os comentrios desse tpico sero removidos em cascata
manager . remove ( topico ) ;
Cdigo Java 3.54: Removendo um tpico e seus comentrios
Contudo, se os vnculos entre um tpico e seus comentrios forem desfeitos, os comentrios no

sero removidos automaticamente. No exemplo abaixo, os comentrios sero mantidos no banco de
dados.
1
2
3
4
5
6
7

topico . getComentarios () . clear () ;
Cdigo Java 3.55: Desvinculando os comentrios de um tpico
Podemos determinar que todo comentrio no vinculado a um tpico deve ser automaticamente
removido. Essa configurao pode ser realizada atravs do atributo orphanRemoval das anotaes
@OneToOne e @OneToMany. Veja o exemplo a seguir.
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToMany ( orphanRemoval = true )
}
Pare para pensar...

No necessrio definir cascade=CascadeType.REMOVE em um relacionamento
com orphanRemoval=true.
Exerccios de Fixao
29
No pacote br.com.k19.modelo do projeto K19-EntityManager, crie as seguintes entidades:

www.k19.com.br
63
E NTITY M ANAGER
1
2
3
4
5
6
7
8
9
10
11
64
@Entity
public class Comentario {
@Id @GeneratedValue
private Long id ;
}
Cdigo Java 3.57: Comentario.java
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToMany ( cascade ={ CascadeType . PERSIST , CascadeType . REMOVE })
private List < Comentario > comentarios = new ArrayList < Comentario >() ;
}
Adicione um tpico e alguns comentrios. Crie uma classe chamada AdicionaTopicoComentarios

no pacote br.com.k19.testes do projeto K19-EntityManager.
30
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
public class AdicionaTopicoComentarios {

Topico topico = new Topico () ;
topico . setTitulo ( " K19 - Orphan Removal " ) ;
for ( int i = 0; i < 10; i ++) {
Comentario comentario = new Comentario () ;
comentario . setData ( Calendar . getInstance () ) ;
topico . getComentarios () . add ( comentario ) ;
}
manager . persist ( topico ) ;
}
}
Cdigo Java 3.59: AdicionaTopicoComentarios.java
64
www.k19.com.br
65
E NTITY M ANAGER
Execute a classe AdicionaTopicoComentarios.

Consulte os dados das tabelas Topico, Comentario e Topico_Comentario atravs do MySQL
Workbench.
31
Desfaa o vnculo entre o tpico e os comentrios adicionados anteriormente. Para isso, crie
uma classe chamada TesteOrphanRemoval no pacote br.com.k19.testes do projeto K19-EntityManager.
32
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class TesteOrphanRemoval {

topico . getComentarios () . clear () ;
}
}
Cdigo Java 3.60: TesteOrphanRemoval.java
Consulte os dados das tabelas Topico, Comentario e Topico_Comentario atravs do MySQL

Workbench. Observe que os comentrios ainda esto persistidos na tabela Comentario. Apenas os
vnculos entre o tpico e os comentrios foram desfeitos. Verifique a tabela Topico_Comentario.
33
34
Apague as tabelas Topico, Comentario e Topico_Comentario atravs do MySQL Workbench.
Execute novamente a classe AdicionaTopicoComentarios e consulte os dados das tabelas Topico,

Comentario e Topico_Comentario atravs do MySQL Workbench.
35
Altere a classe Topico para aplicar o orphanRemoval=true no relacionamento entre tpicos e

comentrios.
36
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToMany ( cascade ={ CascadeType . PERSIST } , orphanRemoval = true )
}
Execute novamente a classe TesteOrphanRemoval e consulte os dados das tabelas Topico,

Comentario e Topico_Comentario atravs do MySQL Workbench. Observe que agora os comentrios foram apagados da tabela Comentario.
37
www.k19.com.br
65
E NTITY M ANAGER
66
Callbacks
Podemos monitorar o ciclo de vida dos objetos das entidades da nossa aplicao. Determinados
eventos podem ser capturados e podemos associar mtodos a esses eventos. Esses mtodos so
chamados de callbacks. Um mtodo de callback executado automaticamente quando o evento
associado a ele disparado. Veja os eventos que podem ser monitorados na listagem abaixo:
PrePersist: Disparado quando um objeto novo persistido atravs da operao persist() ou merge()
dos Entity Managers. Esse evento tambm disparado para os objetos persistidos em cascata.
PostPersist: Disparado durante a execuo de uma sincronizao, aps a operao insert correspondente ao objeto que foi persistido. Um rollback na trasano corrente pode desfazer a
operao insert, mas no o evento.
PreRemove: Disparado quando um objeto gerenciado removido atravs da operao remove()
dos Entity Managers. Esse evento tambm disparado para os objetos removidos em cascata.
PostRemove: Disparado durante a execuo de uma sincronizao, aps a operao delete correspondente ao objeto que foi removido. Um rollback na transao corrente pode desfazer a
operao delete, mas no o evento.
PreUpdate: Disparado durante a execuo de uma sincronizao, antes da operao update correspondente ao objeto que foi alterado.
PostUpdate: Disparado durante a execuo de uma sincronizao, aps a operao update correspondente ao objeto que foi alterado. Um rollback na transano corrente pode desfazer a operao update, mas no o evento.
PostLoad: Disparado depois que uma instncia de uma entidade foi carregada com os dados do
banco de dados.
Os mtodos de callback associados aos eventos acima listados podem ser definidos nas classes
das entidades da nossa aplicao. Esses mtodos devem ser anotados com @PrePersist, @PostPersist,
@PreRemove, @PostRemove, @PreUpdate, @PostUpdate ou @PostLoad para associ-los aos eventos
correspondentes. No exemplo abaixo, adicionamos um mtodo de callback para cada evento definido pela especificao JPA.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
66
@Entity
public class Produto {
@Id @GeneratedValue
private Long id ;
private Double preco ;
@PrePersist
public void prePersist () {
System . out . println ( " Persistindo um novo objeto com persist () ou merge () ... " ) ;
}
@PostPersist
www.k19.com.br
67
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
E NTITY M ANAGER
public void postPersist () {
System . out . println ( " O comando insert foi executado no banco de dados ... " ) ;
System . out . println ( " Um rollback ainda pode desfazer o comando insert ... " ) ;
}
@PreRemove
public void preRemove () {
System . out . println ( " Removendo um objeto gerenciado com remove () ... " ) ;
}
@PostRemove
public void postRemove () {
System . out . println ( " O comando delete foi executado no banco de dados ... " ) ;
System . out . println ( " Um rollback ainda pode desfazer o comando delete ... " ) ;
}
@PreUpdate
public void preUpdate () {
System . out . println ( " O comando update executar no banco de dados ... " ) ;
}
@PostUpdate
public void postUpdate () {
System . out . println ( " O comando update foi executado no banco de dados ... " ) ;
System . out . println ( " Um rollback ainda pode desfazer o comando update ... " ) ;
}
@PostLoad
public void postLoad () {
System . out . println ( " Um objeto foi carregado com os dados do banco de dados . " ) ;
}
}
Cdigo Java 3.62: Produto.java
Mais Sobre
Um mesmo mtodo de callback pode estar associado a dois ou mais eventos. No exemplo abaixo, o mtodo callback() foi associado a todos os eventos JPA.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
@Entity
@Id @GeneratedValue
private Long id ;
@PrePersist
@PostPersist
@PreRemove
@PostRemove
@PreUpdate
@PostUpdate
@PostLoad
public void callback () {
System . out . println ( " tratando todos os eventos " ) ;
}
}
www.k19.com.br
67
E NTITY M ANAGER
68
Mais Sobre
Podemos reaproveitar mtodos de callback para duas ou mais entidades. Para isso, devemos defini-los em uma classe separada e depois associar essa classe s entidades desejadas atravs da anotao @EntityListeners.
1
2
3
4
5
6
7
8
9
10
11
12
public class K19Listener {

@PrePersist
@PostPersist
@PreRemove
@PostRemove
@PreUpdate
@PostUpdate
@PostLoad
public void callback () {
System . out . println ( " tratando todos os eventos " ) ;
}
}
Cdigo Java 3.64: K19Listener.java
1
2
3
4
5
6
7
8
9
10
11
@Entity
@EntityListeners ( K19Listener . class )
@Id @GeneratedValue
private Long id ;
}
Exerccios de Fixao
38
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
68
Defina uma classe chamada Produto no pacote br.com.k19.modelo do projeto K19-EntityManager,

@Entity
@Id @GeneratedValue
private Long id ;
@PrePersist
public void prePersist () {
System . out . println ( " Persistindo um novo objeto com persist () ou merge () ... " ) ;
}
@PostPersist
public void postPersist () {
System . out . println ( " O comando insert foi executado no banco de dados ... " ) ;
System . out . println ( " Um rollback ainda pode desfazer o comando insert ... " ) ;
}
www.k19.com.br
69
22
23
E NTITY M ANAGER
}
Adicione alguns produtos no banco de dados. Crie uma classe chamada AdicionaProduto no
pacote br.com.k19.testes do projeto K19-EntityManager.
39
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class AdicionaProduto {

Produto p = new Produto () ;
p . setNome ( " K19 - Caneta " ) ;
p . setPreco (4.56) ;
}
}
Cdigo Java 3.67: AdicionaProduto.java
Execute a classe AdicionaProduto e observe as mensagens no console.
Concorrncia
Quando dois Entity Managers manipulam objetos da mesma entidade e com o mesmo identificador, um resultado incorreto pode ser obtido. Por exemplo, suponha que os seguintes trechos de
cdigo sejam executados em paralelo.
1
2
3
4
5
6
7
manager1 . getTransaction () . begin () ;

Conta x = manager1 . find ( Conta . class , 1 L ) ;
x . setSaldo ( x . getSaldo () + 500) ;
manager1 . getTransaction () . commit () ;
Cdigo Java 3.68: Depsito na conta
1
2
3
4
5
6
7

Conta y = manager2 . find ( Conta . class , 1 L ) ;
y . setSaldo ( y . getSaldo () - 500) ;
Cdigo Java 3.69: Saque na conta
www.k19.com.br
69
E NTITY M ANAGER
70
O primeiro trecho acrescenta 500 reais ao saldo da conta com identificador 1. O segundo trecho
retira 500 reais da mesma conta. Dessa forma, o saldo dessa conta deve possuir o mesmo valor antes
e depois desses dois trechos de cdigo serem executados. Contudo, dependendo da ordem na qual
as linhas dos dois trechos so executadas, o resultado pode ser outro.
Por exemplo, suponha que o valor inicial do saldo da conta com identificador 1 seja 2000 reais e
as linhas dos dois trechos so executadas na seguinte ordem:
1
2
3
4
5
6
7
8
9
10
11
12
13

Conta x = manager1 . find ( Conta . class , 1 L ) ; // x : saldo = 2000
x . setSaldo ( x . getSaldo () + 500) ; // x : saldo = 2500
Conta y = manager2 . find ( Conta . class , 1 L ) ; // y : saldo = 2000
y . setSaldo ( y . getSaldo () - 500) ; // y : saldo = 1500
manager1 . getTransaction () . commit () ; // Conta 1: saldo = 2500
manager2 . getTransaction () . commit () ; // Conta 1: saldo = 1500
Nesse caso, o saldo final seria 1500 reais.
Exerccios de Fixao
Acrescente no pacote br.com.k19.modelo do projeto K19-EntityManager uma classe para definir contas bancrias.
40
1
2
3
4
5
6
7
8
9
10
11
@Entity
public class Conta {
@Id
@GeneratedValue
private Long id ;
private double saldo ;
// GETTERS AND SETTERS
}
Cdigo Java 3.71: Conta.java
Adicione uma classe no pacote br.com.k19.testes para cadastrar uma conta no banco de
dados.
41
1
2
3
4
5
6
7
8
9
10
11
12
13
70
public class AdicionaConta {

Conta c = new Conta () ;
c . setSaldo (2000) ;
www.k19.com.br
71
14
15
16
17
18
E NTITY M ANAGER
}
}
Cdigo Java 3.72: AdicionaConta.java
Execute e verifique a tabela Conta.

Simule o problema de concorrncia entre Entity Managers adicionando a seguinte classe no
pacote br.com.k19.testes.
42
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
public class TestaAcessoConcorrente {

Conta conta1 = manager1 . find ( Conta . class , 1 L ) ;
conta1 . setSaldo ( conta1 . getSaldo () + 500) ;
Conta conta2 = manager2 . find ( Conta . class , 1 L ) ;
conta2 . setSaldo ( conta2 . getSaldo () - 500) ;
manager1 . close () ;
}
}
Cdigo Java 3.73: TestaAcessoConcorrente.java
Execute e verifique que o saldo final da conta com identificador 1 1500, mas o correto seria
2000.
Locking Otimista
Para solucionar o problema da concorrncia entre Entity Managers, podemos aplicar a idia de
Locking Otimista. Nessa abordagem, um atributo para determinar a verso dos registros acrescentado na entidade. Esse atributo deve ser anotado com @Version e seu tipo deve ser short, int, long,
Short, Integer, Long ou java.sql.Timestamp.
1
2
3
4
5
6
7
8
@Entity
@Id
@GeneratedValue
private Long id ;
www.k19.com.br
71
E NTITY M ANAGER
9
10
11
12
13
14
72
@Version
private Long versao ;
}
Toda vez que um Entity Manager modifica um registro da tabela correspondente classe Conta,
o campo referente ao atributo anotado com @Version atualizado.
Agora, antes de modificar um registro da tabela referente classe Conta, os Entity Managers comparam a verso do registro no banco de dados com a do objeto que eles possuem.
Se as verses forem a mesma, significa que nenhum outro Entity Manager modificou o registro
e ento as modificaes podem ser executadas sem problemas. Caso contrrio, se as verses forem
diferentes, significa que algum outro Entity Manager modificou o registro e ento as modificaes
so abortadas e uma exceo lanada. Em geral, as aplicaes devem capturar essa exceo e tentar
refazer a operao.
Exerccios de Fixao
43
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Acrescente um atributo na classe Conta anotado com @Version.

@Entity
@Id
@GeneratedValue
private Long id ;
@Version
private Long versao ;
}
44
Apague a tabela Conta atravs do MySQL Workbench.
45
Execute a classe AdicionaConta e verifique a tabela Conta atravs do MySQL Workbench.
Execute a classe TestaAcessoConcorrente e observe a exceo gerada pelo segundo Entity Manager.
46
Locking Pessimista
Outra abordagem para lidar com o problema da concorrncia entre Entity Managers o Locking
Pessimista. Nessa abordagem, um Entity Manager pode travar os registros, fazendo com que os
outros Entity Managers que desejem manipular os mesmos registros tenham que aguardar.
72
www.k19.com.br
73
E NTITY M ANAGER
H vrias maneiras de utilizar o locking pessimista. Uma delas passar mais um parmetro
quando um objeto buscado atravs do mtodo find().
1
Conta x = manager . find ( Conta . class , 1L , LockModeType . PESSIMISTIC_WRITE ) ;
Uma grande dificuldade em utilizar locking pessimista que podemos gerar um deadlock. Suponha que dois Entity Managers busquem o mesmo objeto na mesma thread utilizando o locking
pessimista como mostra o cdigo a seguir.
1
2
3
Conta x = manager1 . find ( Conta . class , 1L , LockModeType . PESSIMISTIC_WRITE ) ;

Conta y = manager2 . find ( Conta . class , 1L , LockModeType . PESSIMISTIC_WRITE ) ;
manager1 . commit () ; // NUNCA VAI EXECUTAR ESSA LINHA
Na linha 1, o primeiro Entity Manager trava a conta com identificador 1 e esse objeto s ser
liberado na linha 3. Na linha 2, o segundo Entity Manager vai esperar o primeiro liberar o objeto,
impedindo que a linha 3 seja executada. Dessa forma, a linha 3 nunca ser executada. Depois de um
certo tempo esperando na linha 2, o segundo Entity Manager lana uma exceo.
Exerccios de Fixao
Teste o problema de deadlock quando o locking pessimista utilizado. Adicione a seguinte
classe no pacote br.com.k19.testes do projeto K19-EntityManager.
47
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
public class TestaDeadLock {

manager1 . find ( Produto . class , 1L , LockModeType . PESSIMISTIC_WRITE ) ;
System . out . println ( " Produto 1 travado " ) ;
manager2 . find ( Produto . class , 1L , LockModeType . PESSIMISTIC_WRITE ) ;
System . out . println ( " Essa mensagem no ser impressa !!! " ) ;
}
}
Cdigo Java 3.78: TestaDeadLock.java
Execute e aguarde at ocorrer uma exceo.
www.k19.com.br
73
E NTITY M ANAGER
74
74
www.k19.com.br
CAPTULO
JPQL
A capacidade que os bancos de dados possuem para realizar consultas de maneira eficiente um
forte argumento para utiliz-los. A definio e os resultados das consultas nos banco de dados so
fortemente baseados no modelo relacional. Por outro lado, natural que as aplicaes baseadas no
modelo orientado a objetos desejem que a definio e os resultados das consultas sejam baseados
no paradigma orientado a objetos.
Por isso, os provedores de JPA oferecem mecanismos para realizar consultas de uma maneira orientada a objetos. Para ser mais exato, a especificao JPA 2 define dois mecanismos para realizar
consultas orientadas a objetos: o primeiro utiliza uma linguagem especfica para consultas chamada
JPQL (Java Persistence Query Language) e o segundo basicamente uma biblioteca Java para consultas.
Outro fator fundamental para justificar a utilizao dos mecanismos de consulta do JPA 2 que
eles so independentes dos mecanismos especficos de consulta do banco de dados. Podemos definir uma consulta em JPQL ou Criteria e execut-la em qualquer banco de dados suportado pelo
provedor JPA. Neste captulo, mostraremos o funcionamento da JPQL.
Consultas Dinmicas
Consultas em JPQL podem ser definidas em qualquer classe Java, dentro de um mtodo por
exemplo. Para criar uma consulta, devemos utilizar o mtodo createQuery() passando uma string
com o cdigo JPQL. Consultas criadas dessa maneira so chamadas de consultas dinmicas.
1
2
3
4
public void umMetodoQualquer () {

String jpql = " SELECT p FROM Pessoa p " ;
Query query = manager . createQuery ( jpql ) ;
}
Apesar da flexibilidade, criar consultas dinmicas pode prejudicar a performance da aplicao.

Por exemplo, se uma consulta dinmica criada dentro de um mtodo toda vez que esse mtodo for
chamado, o cdigo JPQL dessa consulta ser processado pelo provedor. Uma alternativa s consultas
dinmicas so as Named Queries, que so menos flexveis porm mais eficientes.
Named Query
Diferentemente de uma consulta dinmica, uma Named Query processada apenas no momento da inicializao da unidade de persistncia. Alm disso, os provedores JPA podem mapear
as Named Queries para Stored Procedures pre-compiladas no banco de dados melhorando a performance das consultas.
www.k19.com.br
75
JPQL
76
As Named Queries so definidas atravs de anotaes nas classes que implementam as entidades. Podemos aplicar a anotao @NamedQuery quando queremos definir apenas uma consulta ou
a anotao @NamedQueries quando queremos definir vrias consultas.
1
2
3
4
@NamedQuery ( name = " Pessoa . findAll " , query = " SELECT p FROM Pessoa p " )
class Pessoa {
...
}
1
2
3
4
5
6
7
@NamedQueries ({
@NamedQuery ( name = " Pessoa . findAll " , query = " SELECT p FROM Pessoa p " ) ,
@NamedQuery ( name = " Pessoa . count " , query = " SELECT COUNT ( p ) FROM Pessoa p " )
})
class Pessoa {
...
}
Mais Sobre
O nome de uma Named Query deve ser nico na unidade de persistncia. Para evitar
nomes repetidos, uma boa prtica utilizar o nome de uma entidade como prefixo para
o nome da consulta. Em geral, a entidade escolhida a que tem maior relao com a consulta.
Veja o exemplo abaixo.
1
@NamedQuery ( name = " Pessoa . findAll " , query = " SELECT p FROM Pessoa p " )
Para executar uma Named Query, devemos utilizar o mtodo createNamedQuery(). Apesar do
nome, esse mtodo no cria uma Named Query, pois as Named Queries so criadas na inicializao
da unidade de persistncia. Esse mtodo apenas recupera uma Named Query existente para ser
utilizada.
1
2
3
4
public void listaPessoas () {

Query query = manager . createNamedQuery ( " Pessoa . findAll " ) ;
List < Pessoa > pessoas = query . getResultList () ;
}
Cdigo Java 4.5: Recuperando uma Named Query
Parmetros
Para tornar as consultas em JPQL mais genricas e evitar problemas com SQL Injection, devemos parametriz-las. Adicionar um parmetro em uma consulta simples. Para isso, basta utilizar
caractere : seguido do nome do argumento.
1
2
@NamedQuery ( name = " Pessoa . findByIdade " ,

query = " SELECT p FROM Pessoa p WHERE p . idade > : idade " )
Cdigo Java 4.6: Parametrizando uma consulta
76
www.k19.com.br
77
JPQL
Antes de executar uma consulta com parmetros, devemos definir os valores dos argumentos.
1
2
3
4
5

Query query = manager . createNamedQuery ( " Pessoa . findByIdade " ) ;
query . setParameter ( " idade " , 18) ;
List < Pessoa > pessoasComMaisDe18 = query . getResultList () ;
}
possvel tambm adicionar parmetros em uma consulta de maneira ordinal com o uso do
caractere ? seguido de um nmero.
1
2
@NamedQuery ( name = " Pessoa . findByIdade " ,

query = " SELECT p FROM Pessoa p WHERE p . idade > ?1 " )
1
2
3
4
5

Query query = manager . createNamedQuery ( " Pessoa . findByIdade " ) ;
query . setParameter (1 , 18) ;
List < Pessoa > pessoasComMaisDe18 = query . getResultList () ;
}
Exerccios de Fixao
Crie um projeto no eclipse chamado K19-JPQL. Copie a pasta lib do projeto K19-JPA2-Hibernate
para o projeto K19-JPQL. Depois adicione os jars dessa pasta no classpath desse novo projeto.
1
2
Abra o MySQL Workbench e apague a base de dados K21_jpql_bd se existir. Depois crie a base
de dados K21_jpql_bd.
3
K19-JPQL. Altere o arquivo persistence.xml do projeto K19-JPQL, modificando os nomes da uni-
dade de persistncia e da base da dados. Veja como o cdigo deve ficar:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

< persistence - unit name = " K21_jpql_pu " transaction - type = " RESOURCE_LOCAL " >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_jpql_bd " / >
</ properties >
</ persistence >
www.k19.com.br
77
JPQL
4
78
Crie um pacote chamado br.com.k19.modelo no projeto K19-JPQL e adicione as seguintes clas-
ses:
1
2
3
4
5
6
7
8
9
10
11
12
@Entity
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@ManyToMany
private Collection < Livro > livros = new ArrayList < Livro >() ;
}
Carregue o banco de dados com as informaes de alguns livros e autores. Adicione a seguinte
classe em um novo pacote chamado br.com.k19.testes dentro do projeto K19-JPQL.
5
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
78
public class PopulaBanco {

. createEntityManagerFactory ( " K21_jpql_pu " ) ;
Livro livro1 = new Livro () ;
livro1 . setNome ( " The Battle for Your Mind " ) ;
livro1 . setPreco (20.6) ;
manager . persist ( livro1 ) ;
livro2 . setNome ( " Differentiate or Die " ) ;
livro3 . setNome ( " How to Transform Your Ideas " ) ;
livro4 . setNome ( " Digital Fortress " ) ;
www.k19.com.br
79
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
JPQL
livro5 . setNome ( " Marketing in an Era of Competition , Change and Crisis " ) ;
Autor autor1 = new Autor () ;
autor1 . setNome ( " Patrick Cullen " ) ;
autor1 . getLivros () . add ( livro2 ) ;
manager . persist ( autor1 ) ;
autor2 . setNome ( " Fraser Seitel " ) ;
autor3 . setNome ( " Al Ries " ) ;
autor4 . setNome ( " Jack Trout " ) ;
autor5 . setNome ( " Steve Rivkin " ) ;
}
}
Cdigo Java 4.12: PopulaBanco.java
Execute e consulte os dados no banco de dados.

6
Teste as consultas dinmicas com JPQL. Crie a seguinte classe no pacote br.com.k19.testes
do projeto K19-JPQL.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class TesteConsultaDinamicas {

Query query = manager . createQuery ( " select a from Autor a " ) ;
List < Autor > autores = query . getResultList () ;
for ( Autor autor : autores ) {
System . out . println ( " Autor : " + autor . getNome () ) ;
Collection < Livro > livros = autor . getLivros () ;
for ( Livro livro : livros ) {
System . out . println ( " Livro : " + livro . getNome () ) ;
System . out . println ( " Preo : " + livro . getPreco () ) ;
System . out . println () ;
}
}
www.k19.com.br
79
JPQL
21
22
23
24
25
80
}
}
Cdigo Java 4.13: TesteConsultaDinamicas.java
Execute e observe que as consultas so realizadas aos poucos devido ao carregamento em

modo LAZY.
7
Para testar as Named Queries, acrescente a anotao @NamedQuery na classe Autor.
1
2
3
4
5
@Entity
@NamedQuery ( name = " Autor . findAll " , query = " select a from Autor a " )
...
}
Em seguida, crie um teste para Named Query definida no exerccio anterior. Adicione no pacote
br.com.k19.testes do projeto K19-JPQL a seguinte classe:
8
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
public class TesteNamedQuery {

Query query = manager . createNamedQuery ( " Autor . findAll " ) ;
}
}
}
}
Cdigo Java 4.15: TesteNamedQuery
Execute e observe que as consultas so realizadas aos poucos devido ao carregamento em

modo LAZY.
Acrescente a anotao @NamedQuery na classe Livro para definir uma consulta por preo mnimo utilizando parmetros.
9
1
2
3
4
5
80
@Entity
@NamedQuery ( name = " Livro . findByPrecoMinimo " ,
query = " select livro from Livro livro where livro . preco >= : preco " )
...
www.k19.com.br
81
6
JPQL
}
10
Em seguida, crie um teste para Named Query definida no exerccio anterior. Adicione no pacote

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public class TesteParametros {

Query query = manager . createNamedQuery ( " Livro . findByPrecoMinimo " ) ;
query . setParameter ( " preco " , 20.0) ;
List < Livro > livros = query . getResultList () ;
System . out . println ( " Nome : " + livro . getNome () ) ;
}
}
}
Cdigo Java 4.17: TesteParametros.java
Tipos de Resultado
Lista de Entidades
Uma consulta em JPQL pode devolver uma lista com os objetos de uma entidade que so compatveis com os filtros da pesquisa. Por exemplo, considere a seguinte consulta:
1
String query = " SELECT p FROM Pessoa p " ;
O resultado dessa pesquisa uma lista com todas as instncias da entidade Pessoa que foram
persistidas. Esse resultado pode ser obtido atravs do mtodo getResultList().
1
2
3

Query query = manager . createQuery ( query ) ;
Nesse caso, os objetos da listagem devolvida pela consulta esto no estado managed, ou seja,
alteraes realizadas no contedo desses objetos so sincronizadas com o banco de dados de acordo
com as regras de sincronizao.
www.k19.com.br
81
JPQL
82
Typed Query
O compilador da linguagem Java no verifica a compatibilidade entre a varivel e o resultado da
consulta. Na consulta abaixo, o compilador no sabe se o mtodo getResultList() devolver de
fato uma lista de pessoas, pois ele no processa a string que define a consulta.
1
2
3

Sem a ajuda do compilador, h mais chances de ocorrerem erros de execuo. Por exemplo, a
consulta abaixo provocaria uma exceo.
1
2
3

List < Departamento > departamentos = query . getResultList () ;
Para diminuir a chance de erro, podemos utilizar as Typed Queries. Nesse tipo de consulta, o
compilador tambm no verifica o cdigo JPQL. No entanto, devemos especificar o tipo de resultado esperado para que o compilador verifique o restante do cdigo e garanta que a utilizao do
resultado da consulta seja compatvel com o tipo especificado.
1
2
3

TypedQuery < Pessoa > query = manager . createQuery ( query , Pessoa . class ) ;
Lista de Objetos Comuns

A consulta abaixo devolve uma lista de pessoas.
1
2
3

TypedQuery < Pessoa > query = manager . createQuery ( query , Pessoa . class ) ;
Cdigo Java 4.23: Recuperando a lista de pessoas
Dessa forma, teramos acesso a todos os dados das pessoas dessa listagem. Contudo, muitas
vezes, no desejamos todas as informaes. Por exemplo, se a nossa aplicao precisa apresentar
uma lista dos nomes das pessoas cadastradas, no necessrio recuperar nada alm dos nomes.
Quando definimos as consultas, podemos determinar o que elas devem trazer de fato do banco
de dados. Por exemplo, a consulta abaixo recupera apenas os nomes das pessoas.
1
2
3
String query = " SELECT p . nome FROM Pessoa p " ;

TypedQuery < String > query = manager . createQuery ( query , String . class ) ;
List < String > nomes = query . getResultList () ;
Cdigo Java 4.24: Recuperando apenas os nomes das pessoas
82
www.k19.com.br
83
JPQL
Valores nicos
Suponha que desejamos saber quantas pessoas possuem mais do que 18 anos. Nesse caso, no
necessrio trazer mais do que um nmero do banco de dados. Em outras palavras, o resultado dessa
consulta no deve ser uma lista, mas sim um valor numrico. Para isso, podemos aplicar as funes
de agregao:
AVG
COUNT
MAX
MIN
SUM
Calcula a mdia de um conjunto de nmeros

Contabiliza o nmero de resultados
Recupera o maior elemento um conjunto de nmeros
Recupera o menor elemento um conjunto de nmeros
Calcula a soma de um conjunto de nmeros
Tabela 4.1: Funes de agregao
A consulta abaixo devolve a quantidade de pessoas persistidas. Observe que isso feito utilizandose o mtodo getSingleResult() ao invs do getResultList(), pois o resultado no uma lista.
1
2
3
String query = " SELECT COUNT ( p ) FROM Pessoa p " ;

TypedQuery < Long > query = manager . createQuery ( query , Long . class ) ;
Long numeroDePessoas = query . getSingleResult () ;
Cdigo Java 4.25: Recuperando o nmero de pessoas persistidas
A consulta abaixo devolve a maior idade entre as pessoas persistidas.

1
2
3
String query = " SELECT MAX ( p . idade ) FROM Pessoa p " ;

TypedQuery < Integer > query = manager . createQuery ( query , Integer . class ) ;
Integer maiorIdade = query . getSingleResult () ;
Cdigo Java 4.26: Idade mxima entre as pessoas persistidas
Resultados Especiais
Algumas consultas possuem resultados complexos. Por exemplo, suponha que desejamos obter
uma listagem com os nomes dos funcionrios e o nome do departamento em que o funcionrio
trabalha.
1
" SELECT f . nome , f . departamento . nome FROM Funcionario f " ;
Nesse caso, o resultado ser uma lista de array de Object. Para manipular essa lista, devemos
lidar com o posicionamento dos dados nos arrays.
1
2
3
4
5
6
7
8
String query = " SELECT f . nome , f . departamento . nome FROM Funcionario f " ;
List < Object [] > lista = query . getResultList () ;
for ( Object [] tupla : lista ) {
System . out . println ( " Funcionrio : " + tupla [0]) ;
System . out . println ( " Departamento : " + tupla [1]) ;
}
www.k19.com.br
83
JPQL
84
Operador NEW
Para contornar a dificuldade de lidar com o posicionamento dos dados nos arrays, podemos criar
uma classe para modelar o resultado da nossa consulta e aplicar o operador NEW no cdigo JPQL.
1
2
3
4
5
6
7
8
9
10
11
12
13
package resultado ;
class FuncionarioDepartamento {
private String funcionarioNome ;
private String departamentoNome ;
public FuncionarioDepartamento ( String funcionarioNome , String departamentoNome ) {
this . funcionarioNome = funcionarioNome ;
this . departamentoNome = departamentoNome ;
}
}
Cdigo Java 4.29: FuncionarioDepartamento.java
1
2
3
4
5
6
7
8
9
10
11
String query = " SELECT NEW resultado . FuncionarioDepartamento ( f . nome ,

f . departamento . nome ) FROM Funcionario f " ;
Query < FuncionarioDepartamento > query = manager . createQuery ( query ) ;
List < FuncionarioDepartamento > resultados = query . getResultList () ;
for ( FuncionarioDepartamento resultado : resultados ) {
System . out . println ( " Funcionrio : " + resultado . getFuncionarioNome () ) ;
System . out . println ( " Departamento : " + resultado . getDepartamentoNome () ) ;
}
A vantagem da utilizao de uma classe para modelar o resultado de uma consulta complexa ao
invs de um array de Object que a aplicao no precisa lidar com o posicionamento dos itens do
resultado.
Importante
A classe que modela o resultado complexo esperado de uma consulta deve possuir um
construtor para receber os dados do resultado.
Importante
Para utilizar uma classe que modela o resultado de uma consulta complexa dentro do
cdigo JPQL com o operador NEW, devemos indicar o nome completo da classe (fully
qualified name).
Exerccios de Fixao
11
Teste o recurso de Typed Query utilizando a Named Query Autor.findAll. Adicione no pacote

1
84
public class TesteTypedQuery {
www.k19.com.br
85
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
JPQL
TypedQuery < Autor > query = manager . createNamedQuery ( " Autor . findAll " , Autor . class ) ;
}
}
}
Cdigo Java 4.31: TesteTypedQuery.java
Observe que no h mais warnings.

12
Crie um teste para recuperar somente os nomes dos livros cadastrados no banco de dados.
Adicione a seguinte classe no pacote br.com.k19.testes do projeto K19-JPQL.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public class TesteConsultaObjetosComuns {

TypedQuery < String > query = manager . createQuery ( " select livro . nome from Livro livro " , String . class ) ;
for ( String nome : nomes ) {
System . out . println ( nome ) ;
}
}
}
Cdigo Java 4.32: TesteConsultaObjetosComuns.java
Crie um teste para recuperar o valor da mdia dos preos dos livros. Adicione a seguinte classe
no pacote br.com.k19.testes do projeto K19-JPQL.
13
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class TesteConsultaLivroPrecoMedio {

TypedQuery < Double > query = manager . createQuery ( " select avg ( livro . preco ) from Livro livro " , Double . class ) ;
Double precoMedio = query . getSingleResult () ;
System . out . println ( " Preo mdio : " + precoMedio ) ;
}
}
Cdigo Java 4.33: TesteConsultaLivroPrecoMedio.java
www.k19.com.br
85
JPQL
86
No pacote br.com.k19.modelo do projeto K19-JPQL, crie duas entidades para modelar departamentos e funcionrios.
14
1
2
3
4
5
6
7
8
9
10
@Entity
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@ManyToOne
private Departamento departamento ;
}
Adicione alguns funcionrios e departamentos. No pacote br.com.k19.testes do projeto K19JPQL, adicione a seguinte classe:
15
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
public class AdicionaFuncionarioDepartamento {

d . setNome ( " Treinamentos " ) ;
f . setDepartamento ( d ) ;
}
}
Cdigo Java 4.36: AdicionaFuncionarioDepartamento.java
Crie um teste para recuperar os nomes dos funcionrios e os nomes dos seus respectivos departamentos. Adicione a seguinte classe no pacote br.com.k19.testes do projeto K19-JPQL.
16
86
www.k19.com.br
87
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
JPQL
public class TesteBuscaFuncionarioDepartamento {
Query query = manager
. createQuery ( " select f . nome , f . departamento . nome from Funcionario f " ) ;
List < Object [] > lista = query . getResultList () ;
for ( Object [] tupla : lista ) {
System . out . println ( " Funcionrio : " + tupla [0]) ;
System . out . println ( " Departamento : " + tupla [1]) ;
}
}
}
Cdigo Java 4.37: TesteBuscaFuncionarioDepartamento.java
17 No pacote br.com.k19.modelo do projeto K19-JPQL, crie uma classe para melhorar a manipulao da consulta dos nomes dos funcionrios e nomes dos seus respectivos departamentos.
1
2
3
4
5
6
7
8
9
10
11
public class FuncionarioDepartamento {

private String funcionario ;
private String departamento ;
public FuncionarioDepartamento ( String funcionario , String departamento ) {
this . funcionario = funcionario ;
this . departamento = departamento ;
}
// GETTERS
}
Cdigo Java 4.38: FuncionarioDepartamento.java
Altere a classe TesteBuscaFuncionarioDepartamento para que ela utilize o operador NEW da

JPQL.
18
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class TesteBuscaFuncionarioDepartamento {

. createQuery ( " select new br . com . k19 . modelo . FuncionarioDepartamento ( f . nome , f . departamento . nome ) from Funcionario f " ) ;
List < FuncionarioDepartamento > lista = query . getResultList () ;
for ( FuncionarioDepartamento fd : lista ) {
System . out . println ( " Funcionrio : " + fd . getFuncionario () ) ;
System . out . println ( " Departamento : " + fd . getDepartamento () ) ;
}
}
}
Cdigo Java 4.39: TesteBuscaFuncionarioDepartamento.java
www.k19.com.br
87
JPQL
88
Paginao
Supondo que exista uma grande quantidade de livros cadastrados no banco de dados, buscar
todos os livros sem nenhum filtro vai sobrecarregar o trfego da rede e a memria utilizada pela aplicao. Nesses casos, podemos aplicar o conceito de paginao para obter os livros aos poucos. A
paginao do resultado de uma consulta realizada atravs dos mtodos setFirstResult() e setMaxResults().
1
2
3
4
TypedQuery < Livro > query = manager . createQuery ( " select livro from Livro livro " , Livro . class ) ;
query . setFirstResult (10) ;
query . setMaxResults (20) ;
Cdigo Java 4.40: Definindo a paginao do resultado da consulta
Exerccios de Fixao
Teste o recurso de paginao das consultas. Adicione a seguinte classe no pacote br.com.k19.testes
do projeto K19-JPQL.
19
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
public class TesteBuscaPaginada {

TypedQuery < Livro > query = manager . createQuery ( " select livro from Livro livro " ,
Livro . class ) ;
query . setFirstResult (2) ;
query . setMaxResults (3) ;
}
}
}
Cdigo Java 4.41: TesteBuscaPaginada.java
O Problema do N + 1
Em alguns casos, o comportamento LAZY pode gerar um nmero excessivo de consultas, comprometendo o desempenho da aplicao. Por exemplo, considere as entidades Departamento e
Funcionario.
1
2
3
88
@Entity
www.k19.com.br
89
4
5
6
7
8
9
10
JPQL
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToMany
private List < Funcionario > funcionarios ;
}
Em muitos dos casos, quando buscamos uma lista de departamentos, no precisamos dos dados
dos seus respectivos funcionrios. Assim, optamos pelo comportamento LAZY para o relacionamento entre departamentos e funcionrios.
No entanto, em alguns casos, estaremos sim interessados nos dados dos departamentos e dos
seus funcionrios. Podemos realizar uma consulta para recuperar a lista de departamentos. Alm
disso, como o comportamento escolhido foi LAZY, uma consulta adicional ser realizada pelo provedor para cada departamento a fim de recuperar os seus funcionrios.
No total, teremos N + 1 consultas, onde N o nmero de departamentos obtidos na primeira
consulta. Note que se o relacionamento entre departamentos e funcionrios fosse EAGER ento
apenas uma consulta seria necessria nesses casos.
Para solucionar esse problema, podemos utilizar o comando left join fetch na consulta que
buscaria os departamentos.
1
SELECT DISTINCT ( d ) FROM Departamento d LEFT JOIN FETCH d . funcionarios
Aplicando o comando left join fetch, os departamentos e seus respectivos funcionrios so

recuperados em apenas uma consulta.
Exerccios de Fixao
20 Faa uma consulta para obter todos os autores e seus respectivos livros. No pacote br.com.k19.testes
do projeto K19-Criteria, crie a classe ListaAutoresELivros.
1
2
3
4
public class ListaAutoresELivros {

www.k19.com.br
89
JPQL
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
90
Query query = manager . createQuery ( " select a from Autor a " ) ;
}
}
}
}
Cdigo Java 4.45: ListaAutoresELivros.java
Execute e observe, no console, a quantidade de consultas realizadas.

Altere a classe ListaAutoresELivros para reduzir a quantidade de consultas ao banco de dados.
Aplique o comando fetch join na consulta de autores.
21
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

Query query = manager . createQuery (
" select distinct ( a ) from Autor a left join fetch a . livros " ) ;
}
}
}
}
Execute e observe, no console, que apenas uma consulta realizada.
Operaes em Lote (Bulk Operations)

Para atualizar ou remover registros das tabelas do banco de dados, a abordagem mais comum
realizar uma consulta, trazendo para a memria os objetos referentes aos registros que devem ser
90
www.k19.com.br
91
JPQL
modificados ou removidos.
1
2

1
2

Em alguns casos, essa abordagem no a mais eficiente. Por exemplo, suponha que uma aplicao que controla os produtos de uma loja virtual necessite atualizar os preos de todos os produtos
com uma taxa fixa.
1
2
3
4
5
6
TypedQuery < Produto > query = manager . createNamedQuery ( " Produto . findAll " ) ;
List < Produto > produtos = query . getResultList () ;
for ( Produto p : produtos ) {
double preco = p . getPreco () ;
p . setPreco ( preco * 1.1) ; // 10% de aumento
}
Todos os produtos seriam carregados e isso seria sobrecarregaria a rede, pois uma grande quantidade de dados seria transferida do banco de dados para a aplicao, e a memria, pois muitos
objetos seriam criados pelo provedor JPA.
A abordagem mais eficiente nesse caso realizar uma operao em lote (bulk operation). Uma
operao em lote executada no banco de dados sem transferir os dados dos registros para a memria da aplicao.
1
2
Query query = manager . createQuery ( " UPDATE Produto p SET p . preco = p . preco * 1.1 " ) ;
query . executeUpdate () ;
A mesma estratgia pode ser adotada quando diversos registros devem ser removidos. No
necessrio carregar os objetos na memria para remov-los, basta realizar uma operao em lote.
1
2
Query query = manager . createQuery ( " DELETE Produto p WHERE p . preco < 50 " ) ;
Exerccios de Fixao
22
1
2
3
4
5
6
7
8
9
10
11
12
No pacote br.com.k19.modelo do projeto K19-JPQL, adicione a seguinte classe:

@Entity
@Id @GeneratedValue
private Long id ;
}
www.k19.com.br
91
JPQL
92
Adicione alguns produtos no banco de dados. Crie a seguinte classe em um pacote chamado
br.com.k19.testes do projeto K19-JPQL.
23
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
public class AdicionaProdutos {

for ( int i = 0; i < 100; i ++) {
Produto p = new Produto () ;
p . setNome ( " produto " + i ) ;
p . setPreco ( i * 10.0) ;
}
}
}
Cdigo Java 4.53: AdicionaProdutos.java
Execute e verifique a tabela produto na base de dados K21_jpql.

Faa uma operao em lote para atualizar o preo de todos os produtos de acordo com uma taxa
24
fixa.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class AumentaPreco {

. createQuery ( " UPDATE Produto p SET p . preco = p . preco * 1.1 " ) ;
}
}
Cdigo Java 4.54: AumentaPreco.java

Observe tambm o console do Eclipse. Nenhum select realizado.
25
Faa uma operao em lote para remover todos os produtos com preo menor do que um valor
fixo.
1
2
3
4
92
public class RemoveProdutos {

www.k19.com.br
93
5
6
7
8
9
10
11
12
13
14
15
16
17
18
JPQL
. createQuery ( " DELETE Produto p WHERE p . preco < 50 " ) ;
}
}
Cdigo Java 4.55: RemoveProdutos.java

Observe tambm o console do Eclipse. Nenhum select realizado.
Operadores
As consultas em JPQL utilizam alguns tipos de operadores, que veremos a seguir.
Condicionais
Menor (<)
1
String query = " SELECT p FROM Pessoa p WHERE p . idade < : idade " ;
Cdigo Java 4.56: Seleciona as pessoas com idade menor do que a idade especificada
Maior (>)
1
String query = " SELECT p FROM Pessoa p WHERE p . idade > : idade " ;
Cdigo Java 4.57: Seleciona as pessoas com idade maior do que a idade especificada
Menor Igual (<=)

1
String query = " SELECT p FROM Pessoa p WHERE p . idade <= : idade " ;
Cdigo Java 4.58: Seleciona as pessoas com idade menor do que ou igual a idade especificada
Maior Igual (>=)

1
String query = " SELECT p FROM Pessoa p WHERE p . idade >= : idade " ;
Cdigo Java 4.59: Seleciona as pessoas com idade maior do que ou igual a idade especificada
Igual (=)
1
String query = " SELECT p FROM Pessoa p WHERE p . idade = : idade " ;
Cdigo Java 4.60: Seleciona as pessoas com idade igual a idade especificada
www.k19.com.br
93
JPQL
94
Diferente (<>)
1
String query = " SELECT p FROM Pessoa p WHERE p . idade <> : idade " ;
Cdigo Java 4.61: Seleciona as pessoas com idade diferente da idade especificada
IS NULL
1
String query = " SELECT p FROM Pessoa p WHERE p . nome IS NULL " ;
Cdigo Java 4.62: Seleciona as pessoas cujos nomes so nulos
IS NOT NULL
1
String query = " SELECT p FROM Pessoa p WHERE p . nome IS NOT NULL " ;
Cdigo Java 4.63: Seleciona as pessoas cujos nomes so no nulos
BETWEEN
1
String query = " SELECT p FROM Pessoa p WHERE p . idade BETWEEN : minimo AND : maximo " ;
Cdigo Java 4.64: Seleciona as pessoas cujas idades esto no intervalo especificado
NOT BETWEEN
1
String query = " SELECT p FROM Pessoa p WHERE p . idade NOT BETWEEN : minimo AND : maximo " ;
Cdigo Java 4.65: Seleciona as pessoas cujas idades esto fora do intervalo especificado
AND
1
String query = " SELECT p FROM Pessoa p WHERE p . nome IS NOT NULL AND p . idade >= : idade " ;
Cdigo Java 4.66: Seleciona as pessoas cujas nomes so no nulos e cujas idades so maiores do que a idade especificada
OR
1
String query = " SELECT p FROM Pessoa p WHERE p . nome IS NOT NULL OR p . idade >= : idade " ;
Cdigo Java 4.67: Seleciona as pessoas cujas nomes so no nulos ou cujas idades so maiores do que a idade especificada
NOT
1
String query = " SELECT p FROM Pessoa p WHERE NOT ( p . idade >= : idade ) " ;
Cdigo Java 4.68: Seleciona as pessoas com idade menor do que a idade especificada
MEMBER OF
1
String query = " SELECT f FROM Funcionario f WHERE f MEMBER OF f . empresa . diretoria " ;
Cdigo Java 4.69: Seleciona os funcionrios que fazem parte da diretoria da empresa
NOT MEMBER OF
94
www.k19.com.br
95
1
JPQL
String query = " SELECT f FROM Funcionario f WHERE f NOT MEMBER OF f . empresa . diretoria " ;
Cdigo Java 4.70: Seleciona os funcionrios que no fazem parte da diretoria da empresa
IS EMPTY
1
String query = " SELECT a FROM Autor a WHERE a . livros IS EMPTY " ;
Cdigo Java 4.71: Seleciona os autores que possuem no possuem nenhum livro
IS NOT EMPTY
1
String query = " SELECT a FROM Autor a WHERE a . livros IS NOT EMPTY " ;
Cdigo Java 4.72: Seleciona os autores que possuem possuem ao menos um livro
EXISTS
1
2
String query = " SELECT d FROM Departamento d WHERE EXISTS

( SELECT f FROM FUNCIONARIO f WHERE f . departamento = d ) " ;
Cdigo Java 4.73: Seleciona os departamentos que possuem ao menos um funcionrio
NOT EXISTS
1
2
String query = " SELECT d FROM Departamento d WHERE NOT EXISTS

( SELECT f FROM FUNCIONARIO f WHERE f . departamento = d ) " ;
Cdigo Java 4.74: Seleciona os departamentos que no possuem nenhum um funcionrio
LIKE
1
String query = " SELECT a FROM Autor a WHERE a . nome LIKE Patrick % " ;
Cdigo Java 4.75: Seleciona os autores com nome dentro do padro especificado
NOT LIKE
1
String query = " SELECT a FROM Autor a WHERE a . nome NOT LIKE Patrick % " ;
Cdigo Java 4.76: Seleciona os autores com nome fora do padro especificado
IN
1
String query = " SELECT a FROM Autor a WHERE a . nome IN ( Patrick Cullen , Fraser Seitel ) " ;
Cdigo Java 4.77: Seleciona os autores com nome igual a um dos nomes especificados
NOT IN
1
2
String query = " SELECT a FROM Autor a WHERE

a . nome NOT IN ( Patrick Cullen , Fraser Seitel ) " ;
Cdigo Java 4.78: Seleciona os autores com nome diferente dos nomes especificados
www.k19.com.br
95
JPQL
96
Escalares
ALL
1
2
String query = " SELECT livro FROM Livro livro WHERE

livro . preco >= ALL ( SELECT livro . preco FROM Livro livro ) " ;
Cdigo Java 4.79: Seleciona os livros mais caros
ANY
1
2

livro . titulo = ANY ( SELECT livro2 . titulo FROM Livro livro2 WHERE livro <> livro2 ) " ;
Cdigo Java 4.80: Seleciona os livros que possuem ttulos em comum
SOME
1
2

livro . titulo = SOME ( SELECT livro2 . titulo FROM Livro livro2 WHERE livro <> livro2 ) " ;
Cdigo Java 4.81: Seleciona os livros que possuem ttulos em comum
Agregadores
AVG
1
String query = " SELECT AVG ( livro . preco ) FROM Livro livro " ;
Cdigo Java 4.82: Seleciona a mdia dos preos dos livros
SUM
1
String query = " SELECT SUM ( livro . preco ) FROM Livro livro " ;
Cdigo Java 4.83: Seleciona a soma dos preos dos livros
MIN
1
String query = " SELECT MIN ( livro . preco ) FROM Livro livro " ;
Cdigo Java 4.84: Seleciona o preo do livro mais barato
MAX
1
String query = " SELECT MAX ( livro . preco ) FROM Livro livro " ;
Cdigo Java 4.85: Seleciona o preo do livro mais caro
COUNT
1
String query = " SELECT COUNT ( livro ) FROM Livro livro " ;
Cdigo Java 4.86: Seleciona a quantidade de livros cadastrados
96
www.k19.com.br
97
JPQL
Funes
ABS: Calcula o valor absoluto de um nmero.
CONCAT: Concatena strings.
CURRENT_DATE: Recupera a data atual.
CURRENT_TIME: Recupera o horrio atual.
CURRENT_TIMESTAMP: Recupera a data e o horrio atuais.
LENGTH: Calcula o nmero de caracteres de uma string.
LOCATE: Localiza uma string dentro de outra.
LOWER: Deixa as letras de uma string minsculas.
MOD: Calcula o resto da diviso entre dois nmeros.
SIZE: Calcula o nmero de elementos de uma coleo.
SQRT: Calcula a raiz quadrada de um nmero.
SUBSTRING: Recupera um trecho de uma string.
UPPER: Deixa as letras de uma string maisculas.
TRIM: Elimina eventuais espaos no incio e no fim de uma string.
ORDER BY
Podemos ordenar o resultado de uma consulta atravs do operador ORDER BY com as opes
ASC ou DESC.
1
String query = " SELECT livro FROM Livro livro ORDER BY livro . preco ASC " ;
Exemplos
1. Suponha que seja necessrio selecionar os livros mais baratos. Em outras palavras, devemos
selecionar os livros tais que no exista nenhum outro livro com preo menor.
1
2
3
4
5
6
7
SELECT livro1
FROM Livro livro1
WHERE NOT EXISTS (
SELECT livro2
FROM Livro livro2
WHERE livro1 . preco > livro2 . preco
)
Cdigo Java 4.88: Seleciona os livros mais baratos
2. Suponha que seja necessrio selecionar os livros mais baratos de determinado autor.
www.k19.com.br
97
JPQL
1
2
3
4
5
6
7
8
9
10
98
SELECT livro1
FROM Livro livro1 , Autor autor
WHERE autor1 . id = : id and
livro1 MEMBER OF autor . livros and
NOT EXISTS (
SELECT livro2
FROM Livro livro2
WHERE livro2 MEMBER OF autor . livros and
livro1 . preco > livro2 . preco
)
Cdigo Java 4.89: Seleciona os livros mais baratos de um determinado autor
3. Suponha que seja necessrio listar os livros em ordem decrescente em relao aos preos.
1
SELECT livro FROM Livro livro ORDER BY livro . preco DESC

Cdigo Java 4.90: Seleciona os livros em ordem decrescente de preo
4. Suponha que seja necessrio selecionar os autores com mais livros.

1
2
3
4
5
6
7
SELECT autor1
FROM Autor autor1
WHERE NOT EXISTS (
SELECT autor2
FROM Autor autor2
WHERE SIZE ( autor2 . livros ) > SIZE ( autor1 . livros )
)
Cdigo Java 4.91: Seleciona os autores com mais livros
Referncias
Para conhecer mais sobre a sintaxe do JPQL, consulte:
http://docs.oracle.com/cd/E28613_01/apirefs.1211/e24396/ejb3_langref.html
Consultas Nativas
Os provedores JPA tambm devem oferecer o suporte consultas nativas, ou seja, consultas definidas em SQL. Contudo, devemos lembrar que consultas definidas em SQL so especficas de um
determinado banco de dados e eventualmente podem no funcionar em bancos de dados diferentes.
1
2
3
String sql = " SELECT * FROM Procuto " ;

Query nativeQuery = manager . createNativeQuery ( sql , Produto . class ) ;
List < Produto > produtos = nativeQuery . getResultList () ;
Cdigo Java 4.92: Selecionando os produtos com uma consulta nativa
Exerccios de Fixao
98
www.k19.com.br
99
JPQL
Testes as consultas nativas. Acrescente a seguinte classe no pacote br.com.k19.testes do projeto K19-JPQL.
26
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class TesteConsultaNativas {

EntityManagerFactory factory = Persistence . createEntityManagerFactory ( " K21_jpql_pu ");
String sql = " SELECT * FROM Produto " ;
Query nativeQuery = manager . createNativeQuery ( sql , Produto . class ) ;
List < Produto > produtos = nativeQuery . getResultList () ;
for ( Produto p : produtos ) {
}
}
}
Cdigo Java 4.93: TesteConsultaNativas.java
www.k19.com.br
99
JPQL
100
100
www.k19.com.br
CAPTULO
C RITERIA
O primeiro mecanismo definido pela especificao JPA 2 para realizar consultas orientadas a
objetos utiliza a linguagem JPQL. O segundo mecanismo utiliza um conjunto de classes e interfaces
e funciona basicamente como uma biblioteca. O nome dessa segunda abordagem Criteria.
Necessidade
A primeira questo a ser discutida nesse momento a necessidade de dois mecanismos para
definio de consultas. Um mecanismo s no seria suficiente?
Teoricamente, qualquer consulta definida com JPQL pode ser definida com Criteria e vice-eversa. Contudo, algumas consultas so mais facilmente definidas em JPQL enquanto outras mais
facilmente definidas em Criteria.
As consultas que no dependem de informaes externas (por exemplo, buscar todos os livros
cadastrados no banco de dados sem nenhum filtro) so mais facilmente definidas em JPQL.
As consultas que dependem de informaes externas fixas (por exemplo, buscar todos os livros
cadastrados no banco de dados que possuam preo maior do que um valor definido pelos usurios)
tambm so mais facilmente criadas em JPQL utilizando os parmetros de consulta.
Agora, as consultas que dependem de informaes externas no fixas so mais facilmente definidas em Criteria. Por exemplo, considere uma busca avanada por livros na qual h muitos campos
opcionais. Essa consulta depende de informaes externas no fixas j que nem todo campo far
parte da consulta todas as vezes que ela for executada.
Estrutura Geral
As duas interfaces principais de Criteria so: CriteriaBuilder e CriteriaQuery. As consultas em
Criteria so construdas por um Criteria Builder que obtido atravs de um Entity Manager.
1
CriteriaBuilder cb = manager . getCriteriaBuilder () ;

Cdigo Java 5.1: Obtendo um Criteria Builder a partir de um Entity Manager
A definio de uma consulta em Criteria comea na chamada do mtodo createQuery() de um

Criteria Builder. O parmetro desse mtodo indica o tipo esperado do resultado da consulta.
1
2

CriteriaQuery < Autor > c = cb . createQuery ( Autor . class ) ;
Cdigo Java 5.2: Iniciando a construo de uma consulta em Criteria
www.k19.com.br
101
C RITERIA
102
Para definir quais dados devem ser considerados na consulta, devemos utilizar o mtodo from()
da Criteria Query. Este mtodo devolve uma raiz do espao de dados considerado pela pesquisa.
1
2
3
4

// DEFININDO O ESPAO DE DADOS DA CONSULTA
Root < Autor > a = c . from ( Autor . class ) ;
Cdigo Java 5.3: Definindo o espao de dadas da consulta
Para definir o que queremos selecionar do espao de dados da consulta, devemos utilizar o mtodo select() da Criteria Query.
1
2
3
4
5
6

// DEFININDO O ESPAO DE DADOS DA CONSULTA
// SELECIONANDO UMA RAIZ DO ESPAO DE DADOS
c . select ( a ) ;
Cdigo Java 5.4: Definindo o que deve ser selecionado na consulta
Com a consulta em Criteria definida, devemos invocar um Entity Manager para poder execut-la
da seguinte forma.
1
2
TypedQuery < Autor > query = manager . createQuery ( c ) ;

Cdigo Java 5.5: Executando a consulta
Exerccios de Fixao
Crie um projeto no eclipse chamado K19-Criteria. Copie a pasta lib do projeto K19-JPA2Hibernate para o projeto K19-Criteria. Depois adicione os jars dessa pasta no classpath desse novo
projeto.
1
2
Abra o MySQL Workbench e apague a base de dados K21_criteria_bd se existir. Depois crie a
base de dados K21_criteria_bd.
Copie a pasta META-INF do projeto K19-K19-JPA2-Hibernate para dentro da pasta src do projeto K19-Criteria. Altere o arquivo persistence.xml do projeto K19-Criteria, modificando o nome
da unidade de persistncia e a base da dados. Veja como o cdigo deve ficar:
3
1
2
3
4
5
6
7
8
9
10
11
12
13
14
102

< persistence - unit name = " K21_criteria_pu " transaction - type = " RESOURCE_LOCAL " >
< properties >
www.k19.com.br
103
15
16
17
18
19
20
21
22
C RITERIA
value = " jdbc:mysql: // localhost:3306 / K21_criteria_bd " / >
</ properties >
</ persistence >
4
Crie um pacote chamado br.com.k19.modelo no projeto K19-Criteria e adicione as seguintes
classes:
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@ManyToMany
private Collection < Livro > livros = new ArrayList < Livro >() ;
}
1
2
3
4
5
6
7
8
9
10
11
12
@Entity
@Id @GeneratedValue
private Long id ;
}
5
Carregue o banco de dados com as informaes de alguns livros e autores. Adicione a seguinte
classe em um novo pacote chamado br.com.k19.testes no projeto K19-Criteria. Voc pode copiar
a classe PopulaBanco criada no projeto K19-JPQL e alterar a unidade de persistncia.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public class PopulaBanco {

. createEntityManagerFactory ( " K21_criteria_pu " ) ;
livro1 . setNome ( " The Battle for Your Mind " ) ;
livro2 . setNome ( " Differentiate or Die " ) ;
www.k19.com.br
103
C RITERIA
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
104
livro3 . setNome ( " How to Transform Your Ideas " ) ;
livro4 . setNome ( " Digital Fortress " ) ;
livro5 . setNome ( " Marketing in an Era of Competition , Change and Crisis " ) ;
autor1 . setNome ( " Patrick Cullen " ) ;
autor2 . setNome ( " Fraser Seitel " ) ;
autor3 . setNome ( " Al Ries " ) ;
autor4 . setNome ( " Jack Trout " ) ;
autor5 . setNome ( " Steve Rivkin " ) ;
}
}
Cdigo Java 5.8: PopulaBanco.java
6
Teste a os recursos de Criteria criando uma consulta para recuperar todos os livros cadastrados
no banco de dados. Crie a seguinte classe no pacote br.com.k19.testes.
1
2
3
4
5
6
7
8
9
104
public class TesteCriteria {

CriteriaQuery < Livro > c = cb . createQuery ( Livro . class ) ;
Root < Livro > l = c . from ( Livro . class ) ;
www.k19.com.br
105
10
11
12
13
14
15
16
17
18
19
C RITERIA
c . select ( l ) ;
TypedQuery < Livro > query = manager . createQuery ( c ) ;
System . out . println ( livro . getNome () ) ;
}
}
}
Cdigo Java 5.9: TesteCriteria.java
Crie uma consulta utilizando Criteria para recuperar todos os autores. Adicione uma classe para
essa tarefa no pacote br.com.k19.testes do projeto K19-Criteria.
1
Tipos de Resultados
Lista de Entidades
O resultado de uma consulta em Criteria pode ser uma lista com os objetos de uma entidade que
so compatveis com os filtros da pesquisa.
1
2
3

Root < Livro > livro = c . from ( Livro . class ) ;
c . select ( livro ) ;
Cdigo Java 5.11: Uma consulta em Criteria
O resultado da consulta acima uma lista com todos os objetos da classe Livro.
Lista de Objetos Comuns

Muitas vezes, no queremos selecionar todas as informaes dos objetos pesquisados. Por exemplo, suponha que seja necessrio gerar uma lista com os nomes dos livros cadastrados no banco de
dados. Atravs do mtodo select() podemos definir o que deve ser recuperado do banco de dados.
1
2
3
CriteriaQuery < String > c = cb . createQuery ( String . class ) ;

c . select ( livro . < String > get ( " nome " ) ) ;
Cdigo Java 5.12: Selecionando apenas os nomes dos livros
A consulta acima recupera apenas os nomes dos livros. O resultado dessa pesquisa uma lista de
strings.
www.k19.com.br
105
C RITERIA
106
avg()
count()
max() e greatest()
min() e least()
sum(), sumAsLong() e sumAsDouble()
Calcula a mdia de um conjunto de nmeros

Contabiliza o nmero de resultados
Recupera o maior elemento um conjunto de nmeros
Recupera o menor elemento um conjunto de nmeros
Calcula a soma de um conjunto de nmeros
Tabela 5.1: Funes de agregao.
Valores nicos
Algumas consultas possuem como resultado valores nicos. Por exemplo, suponha que queremos obter a mdia dos preos dos livros cadastrados no banco de dados ou a quantidade de livros
de uma determinada editora. Nesse tipo de consulta, devemos apenas trazer do banco de dados um
valor nico calculado no prprio banco.
1
2
3
CriteriaQuery < Double > c = cb . createQuery ( Double . class ) ;

c . select ( cb . avg ( l . < Double > get ( " preco " ) ) ) ;
Cdigo Java 5.13: Obtendo a mdia dos preos dos livros
A consulta acima devolve a mdia dos preos dos livros cadastrados no banco de dados. Nessa
consulta, foi utilizada uma funo de agregao. Veja a lista dessas funes:
Resultados Especias
Podemos selecionar mltiplos atributos de uma entidade em uma consulta em Criteria. Por
exemplo, podemos montar uma listagem com os nomes e preos dos livros cadastrados no banco
de dados. Para selecionar mltiplos atributos, devemos utilizar o mtodo multiselect().
1
2
3
CriteriaQuery < Object [] > c = cb . createQuery ( Object []. class ) ;

c . multiselect ( l . < String > get ( " nome " ) , l . < Double > get ( " preco " ) ) ;
Cdigo Java 5.14: Selecionando os nomes e os preos dos livros
O resultado da consulta acima uma lista de array de Object. Para manipular esse resultado,
temos que utilizar a posio dos dados dos arrays da lista.
1
2
3
4
5
6
7
TypedQuery < Object [] > query = manager . createQuery ( c ) ;

List < Object [] > resultado = query . getResultList () ;
for ( Object [] registro : resultado ) {
System . out . println ( " Livro : " + registro [0]) ;
System . out . println ( " Preo : " + registro [1]) ;
}
Cdigo Java 5.15: Manipulando os resultados da consulta
Tambm podemos utilizar a interface Tuple para no trabalhar com posicionamento de dados
em arrays. Nessa abordagem, devemos aplicar apelidos para os itens selecionados atravs do mtodo alias().
106
www.k19.com.br
107
1
2
3
4
5
6
7
8
9
10
11
C RITERIA
CriteriaQuery < Tuple > c = cb . createQuery ( Tuple . class ) ;
c . multiselect ( l . < String > get ( " nome " ) . alias ( " livro . nome " ) , l . < Double > get ( " preco " ) . alias ( " livro . preco " ) ) ;
TypedQuery < Tuple > query = manager . createQuery ( c ) ;
List < Tuple > resultado = query . getResultList () ;
for ( Tuple registro : resultado ) {
System . out . println ( " Livro : " + registro . get ( " livro . nome " ) ) ;
System . out . println ( " Preo : " + registro . get ( " livro . preco " ) ) ;
}
Cdigo Java 5.16: Usando a interface Tuple para manipular os dados da consulta
Exerccios de Fixao
Recupere uma listagem com os nomes dos livros cadastrados no banco de dados. Adicione a
seguinte classe no pacote br.com.k19.testes do projeto K19-Criteria.
7
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
public class ListaNomesDosLivros {

CriteriaQuery < String > c = cb . createQuery ( String . class ) ;
c . select ( livro . < String > get ( " nome " ) ) ;
TypedQuery < String > query = manager . createQuery ( c ) ;
for ( String nome : nomes ) {
System . out . println ( " Livro : " + nome ) ;
}
}
}
Cdigo Java 5.17: ListaNomesDosLivros.java
Recupere a mdia dos valores dos livros cadastrados no banco de dados. Adicione a seguinte
classe no pacote br.com.k19.testes do projeto K19-Criteria.
8
1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class CalculaMediaDosPrecosDosLivros {

c . select ( cb . avg ( l . < Double > get ( " preco " ) ) ) ;
TypedQuery < Double > query = manager . createQuery ( c ) ;
Double media = query . getSingleResult () ;
www.k19.com.br
107
C RITERIA
15
16
17
18
19
20
108
System . out . println ( " Mdia : " + media ) ;
}
}
Cdigo Java 5.18: CalculaMediaDosPrecosDosLivros.java
Recupere os nomes e os preos dos livros cadastrados no banco de dados. Adicione a seguinte
classe no pacote br.com.k19.testes do projeto K19-Criteria.
9
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
public class ConsultaNomePrecoDosLivros {

CriteriaQuery < Object [] > c = cb . createQuery ( Object []. class ) ;
c . multiselect ( l . < String > get ( " nome " ) , l . < Double > get ( " preco " ) ) ;
TypedQuery < Object [] > query = manager . createQuery ( c ) ;
List < Object [] > resultado = query . getResultList () ;
for ( Object [] registro : resultado ) {
System . out . println ( " Livro : " + registro [0]) ;
System . out . println ( " Preo : " + registro [1]) ;
}
}
}
Cdigo Java 5.19: ConsultaNomePrecoDosLivros.java
10
1
2
3
4
5
6
7
8
9
10
Altere a classe do exerccio anterior para que ela utilize a interface Tuple.
public class ConsultaNomePrecoDosLivros {
CriteriaQuery < Tuple > c = cb . createQuery ( Tuple . class ) ;
c . multiselect ( l . < String > get ( " nome " ) . alias ( " livro . nome " ) , l . < Double > get ( " preco " ) . alias ( " livro . preco " ) ) ;
11
12
13
14
15
16
17
18
19
20
21
22
23
TypedQuery < Tuple > query = manager . createQuery ( c ) ;

List < Tuple > resultado = query . getResultList () ;
for ( Tuple registro : resultado ) {
System . out . println ( " Livro : " +
registro . get ( " livro . nome " ) ) ; System . out . println ( " Preo : " + registro . get ( " livro . preco " ) ) ;
}
}
}
Cdigo Java 5.20: ConsultaNomePrecoDosLivros.java
108
www.k19.com.br
109
C RITERIA
Filtros e Predicados
Podemos definir filtros para as consultas atravs da criao de Predicates e do mtodo where() de
uma Criteria Query. Os predicados so condies que devem ser satisfeitas para que uma informao
seja adicionada no resultado de uma consulta. Eles so criados por um Criteria Builder.
1
2
3
4
5
6
7
8
9

c . select ( a ) ;
// CRIANDO UM PREDICATE
Predicate predicate = cb . equal ( a . get ( " nome " ) , " Patrick Cullen " ) ;
// ASSOCIANDO O PREDICATE A CONSULTA
c . where ( predicate ) ;
Cdigo Java 5.21: Criando um predicado e associando-o a uma consulta
Exerccios de Fixao
11 Teste uma consulta com Criteria criando uma classe para recuperar todos os livros cadastrados
no banco de dados filtrando os pelo nome. Crie a seguinte classe no pacote br.com.k19.testes do
projeto K19-Criteria.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class TestePredicate {

c . select ( l ) ;
Predicate predicate = cb . equal ( l . get ( " nome " ) , " The Battle for Your Mind " ) ;
c . where ( predicate ) ;
TypedQuery < Livro > query = manager . createQuery ( c ) ;
System . out . println ( livro . getId () ) ;
System . out . println ( livro . getNome () ) ;
System . out . println ( livro . getPreco () ) ;
}
}
}
Cdigo Java 5.22: TestePredicate.java
Lista de Predicados
equal()
www.k19.com.br
109
C RITERIA
1
110
cb . equal ( livro . get ( " nome " ) , " The Battle for Your Mind " ) ;
Cdigo Java 5.23: Verificando se o nome do livro igual a The Battle for Your Mind
and()
1
cb . and ( cb . equal ( livro . get ( " nome " ) , " Noites " ) , cb . equal ( livro . get ( " editora " ) , " Saraiva " ) ) ;
Cdigo Java 5.24: Verificando se o livro tem o nome Noites e sua editora Saraiva.
or()
1
cb . or ( cb . equal ( livro . get ( " nome " ) , " Noites " ) , cb . equal ( livro . get ( " editora " ) , " Saraiva " ) ) ;
Cdigo Java 5.25: Verificando se o livro possui o nome Noites ou se sua editora Saraiva.
notEqual()
1
cb . notEqual ( livro . get ( " nome " ) , " The Battle for Your Mind " ) ;
Cdigo Java 5.26: Verificando se o nome do livro diferente de The Battle for Your Mind
not()
1
cb . not ( cb . equal ( livro . get ( " nome " ) , " The Battle for Your Mind " ) ) ;
Cdigo Java 5.27: Verificando se o nome do livro diferente de The Battle for Your Mind
greaterThan(), gt()
1
cb . gt ( livro . < Double > get ( " preco " ) , 20.0) ;

Cdigo Java 5.28: Verificando se o preo do livro maior do que 20.0
ou
1
cb . greaterThan ( livro . < Double > get ( " preco " ) , 20.0) ;
Cdigo Java 5.29: Verificando se o preo do livro maior do que 20.0
greaterThanOrEqualTo(), ge()
1
cb . ge ( livro . < Double > get ( " preco " ) , 20.0) ;

Cdigo Java 5.30: Verificando se o preo do livro maior do que ou igual a 20.0
ou
1
cb . greaterThanOrEqualTo ( livro . < Double > get ( " preco " ) , 20.0) ;
Cdigo Java 5.31: Verificando se o preo do livro maior do que ou igual a 20.0
lessThan(), lt()
1
cb . lt ( livro . < Double > get ( " preco " ) , 20.0) ;

Cdigo Java 5.32: Verificando se o preo do livro menor do que 20.0
110
www.k19.com.br
111
C RITERIA
ou
1
cb . lessThan ( livro . < Double > get ( " preco " ) , 20.0) ;
Cdigo Java 5.33: Verificando se o preo do livro menor do que 20.0
lessThanOrEqualTo(), le()
1
cb . le ( livro . < Double > get ( " preco " ) , 20.0) ;

Cdigo Java 5.34: Verificando se o preo do livro menor do que ou igual a 20.0
ou
1
cb . lessThanOrEqualTo ( livro . < Double > get ( " preco " ) , 20.0) ;
Cdigo Java 5.35: Verificando se o preo do livro menor do que ou igual a 20.0
between()
1
cb . between ( livro . < Double > get ( " preco " ) , 20.0 , 30.0) ;
Cdigo Java 5.36: Verificando se o preo do livro est entre 20.0 e 30.0 inclusive
isNull()
1
cb . isNull ( livro . get ( " nome " ) ) ;

Cdigo Java 5.37: Verificando se o nome dos livros so nulos
isNotNull()
1
cb . isNotNull ( livro . get ( " nome " ) ) ;

Cdigo Java 5.38: Verificando se o nome dos livros no so nulos
isEmpty()
1
cb . isEmpty ( autor . < Collection < Livro > > get ( " livros " ) ) ;
Cdigo Java 5.39: Verificando se a lista de livros dos autores est vazia
isNotEmpty()
1
cb . isNotEmpty ( autor . < Collection < Livro > > get ( " livros " ) ) ;
Cdigo Java 5.40: Verificando se a lista de livros dos autores no est vazia
isMember()
1
cb . isMember ( livro , livro . < Editora > get ( " editora " ) . < Collection < Livro > > get ( " maisVendidos " ) ) ;
Cdigo Java 5.41: Verificando se os livros esto na coleo dos livros mais vendidos de suas respectivas editoras
isNotMember()
www.k19.com.br
111
C RITERIA
1
112
cb . isNotMember ( livro , livro . < Editora > get ( " editora " ) . < Collection < Livro > > get ( " maisVendidos " ) ) ;
Cdigo Java 5.42: Verificando se os livros no esto na coleo dos livros mais vendidos de suas respectivas editoras
like()
1
cb . like ( livro . < String > get ( " nome " ) , " % Battle % " ) ;
Cdigo Java 5.43: Determinando se o nome dos livros seguem o padro especificado
notLike()
1
cb . notLike ( livro . < String > get ( " nome " ) , " % Battle % " ) ;
Cdigo Java 5.44: Determinando se o nome dos livros no seguem o padro especificado
in()
1
cb . in ( livro . < String > get ( " editora " ) ) . value ( " Saraiva " ) . value ( " Moderna " ) ;
Cdigo Java 5.45: Verificando se a editora dos livros igual a uma das editoras especificadas
ou
1
livro . < String > get ( " editora " ) . in ( " Saraiva " ," Moderna " ) ;
Cdigo Java 5.46: Verificando se a editora dos livros igual a uma das editoras especificadas
Funes
abs()
1
cb . abs ( livro . < Double > get ( " preco " ) ) ;

Cdigo Java 5.47: Obtendo o valor absoluto do preo dos produtos
concat()
1
cb . concat ( livro1 . < String > get ( " nome " ) , livro2 . < String > get ( " nome " ) ) ;
Cdigo Java 5.48: Concatenando o nome de dois livros
currentDate()
1
cb . currentDate () ;
Cdigo Java 5.49: Recuperando a data atual
currentTime()
112
www.k19.com.br
113
1
C RITERIA
cb . currentTime () ;
Cdigo Java 5.50: Recuperando o horrio atual
currentTimestamp()
1
cb . currentTimestamp () ;
Cdigo Java 5.51: Recuperando a data e o horrio atual
length()
1
cb . length ( livro . < String > get ( " nome " ) ) ;

Cdigo Java 5.52: Obtendo a quantidade de caracteres dos nomes dos livros
locate()
1
cb . locate ( livro1 . < String > get ( " nome " ) , livro2 . < String > get ( " nome " ) ) ;
Cdigo Java 5.53: Verificando a posio do nome de um autor dentro do nome de outro autor
lower()
1
cb . lower ( livro . < String > get ( " nome " ) ) ;

Cdigo Java 5.54: Colocando o nome dos livros em caixa baixa
mod()
1
cb . mod ( autor1 . < Integer > get ( " idade " ) , autor2 . < Integer > get ( " idade " ) ) ;
Cdigo Java 5.55: Calculando o resto da diviso entre as idades de dois autores
size()
1
cb . size ( autor . < Collection < Livro > > get ( " livros " ) ) ;
Cdigo Java 5.56: Recuperando a quantidade de livros dos autores
sqrt()
1
cb . sqrt ( autor . < Integer > get ( " idade " ) ) ;

Cdigo Java 5.57: Calculando a raiz quadrada das idades dos autores
substring()
1
cb . substring ( livro . < String > get ( " nome " ) , 3 , 5) ;

Cdigo Java 5.58: Obtendo um determinado trecho dos nomes dos livros
upper()
www.k19.com.br
113
C RITERIA
1
114
cb . upper ( livro . < String > get ( " nome " ) ) ;

Cdigo Java 5.59: Colocando os nomes do livros em caixa alta
trim()
1
cb . trim ( livro . < String > get ( " nome " ) ) ;

Cdigo Java 5.60: Removendo eventuais espaos do incio e do final do nome dos livros
Ordenao
Os resultados das consultas em Criteria tambm podem ser ordenados. Para isso, basta utilizarmos o mtodo orderBy()
1
2
3
4
5

c . orderBy ( cb . desc ( livro . < Double > get ( " preco " ) ) ) ;
Cdigo Java 5.61: Ordenando o resultado de uma consulta em Criteria
Subqueries
Algumas consultas necessitam de consultas auxiliares. Por exemplo, para encontrar o livro mais
caro cadastrado no banco de dados, devemos criar uma consulta auxiliar para poder comparar, dois
a dois, os preos dos livros.
Uma consulta auxiliar ou uma subquery criada atravs do mtodo subquery(). No exemplo
abaixo, criamos uma consulta e uma sub-consulta para encontrar o livro mais caro.
1
2
3
4
5
6
7
8
9
10
11
12
13
14

Root < Livro > livro1 = c . from ( Livro . class ) ;
c . select ( livro1 ) ;
Subquery < Livro > subquery = c . subquery ( Livro . class ) ;
Root < Livro > livro2 = subquery . from ( Livro . class ) ;
subquery . select ( a2 ) ;
Predicate predicate = cb . greaterThan ( livro2 . < Double > get ( " preco " ) ,
livro1 . < Double > get ( " preco " ) ) ;
subquery . where ( predicate ) ;
Predicate predicate2 = cb . not ( cb . exists ( subquery ) ) ;
c . where ( predicate2 ) ;
Cdigo Java 5.62: Consulta e sub-consulta para encontrar o livro mais caro
Exemplos
114
www.k19.com.br
115
C RITERIA
1. Suponha que seja necessrio selecionar os livros mais baratos. Em outras palavras, devemos
selecionar os livros tais que no exista nenhum outro livro com preo menor.
1
2
3
4
5
6
7
8
9
10
11
12

subquery . select ( livro2 ) ;
Predicate gt = cb . gt ( livro1 . < Double > get ( " preco " ) , livro2 . < Double > get ( " preco " ) ) ;
subquery . where ( gt ) ;
Predicate notExists = cb . not ( cb . exists ( subquery ) ) ;
c . where ( notExists ) ;
Cdigo Java 5.63: Selecionando os livros mais baratos
2. Suponha que seja necessrio selecionar os livros mais baratos de um determinado autor.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

Root < Autor > autor1 = c . from ( Autor . class ) ;
Root < Autor > autor2 = subquery . from ( Autor . class ) ;
subquery . select ( livro2 ) ;
Predicate isMember1 = cb . isMember ( livro2 , autor2 . < Collection < Livro > > get ( " livros " ) ) ;
Predicate equal1 = cb . equal ( autor2 , autor1 ) ;
Predicate gt = cb . gt ( livro1 . < Double > get ( " preco " ) , livro2 . < Double > get ( " preco " ) ) ;
Predicate predicate = cb . and ( isMember1 , equal1 , gt ) ;
subquery . where ( predicate ) ;
Predicate equal2 = cb . equal ( autor1 . < String > get ( " nome " ) , " Jack Trout " ) ;
Predicate isMember2 = cb . isMember ( livro1 , autor1 . < Collection < Livro > > get ( " livros " ) ) ;
Predicate predicate2 = cb . and ( isMember2 , equal2 , notExists ) ;
c . where ( predicate2 ) ;
Cdigo Java 5.64: Selecionando os livros mais barato do autor Jack Trout
3. Suponha que seja necessrio listar os livros em ordem decrescente em relao aos preos.
1
2
3
4

c . orderBy ( cb . desc ( livro . < Double > get ( " preco " ) ) ) ;
Cdigo Java 5.65: Ordenando o resultado da consulta por ordem decrescente de preo
4. Suponha que seja necessrio selecionar os autores com mais livros.

1
2
3
4
5
6
7
8
9
10

Root < Autor > autor1 = c . from ( Autor . class ) ;
c . select ( autor1 ) ;
Subquery < Autor > subquery = c . subquery ( Autor . class ) ;
Root < Autor > autor2 = subquery . from ( Autor . class ) ;
subquery . select ( autor2 ) ;
Predicate gt = cb . gt ( cb . size ( autor2 . < Collection < Livro > > get ( " livros " ) ) , cb . size ( autor1 . < Collection < Livro > > get ( " livros " ) ) ) ;
subquery . where ( gt ) ;
www.k19.com.br
115
C RITERIA
11
12
116

c . where ( notExists ) ;
Cdigo Java 5.66: Selecionando os autores com mais livros
O Problema do N + 1
No Captulo 4, vimos que o uso do modo LAZY em relacionamentos pode provocar um nmero
excessivo de consultas ao banco de dados em alguns casos. Assim como em JPQL, tambm podemos evitar esse problema usando fetch join em Criteria. Por exemplo, considere as entidades
Departamento e Funcionario.
1
2
3
4
5
6
7
8
9
10
@Entity
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
@Entity
@Id @GeneratedValue
private Long id ;
@OneToMany
private List < Funcionario > funcionarios ;
}
Se optarmos pelo modo LAZY no relacionamento entre departamentos e funcionrios, ento

uma consulta para selecionar os departamentos no trar de imediato os seus respectivos funcionrios. Para que os funcionrios sejam recuperados na mesma consulta em que os departamentos
so selecionados, podemos usar o mtodo fetch(). Veja o exemplo abaixo.
1
2
3
4
5

CriteriaQuery < Departamento > c = cb . createQuery ( Departamento . class ) ;
Root < Departamento > d = c . from ( Departamento . class ) ;
d . fetch ( " funcionarios " , JoinType . LEFT ) ;
c . select ( d ) . distinct ( true ) ;
Cdigo Java 5.69: Consulta para obter os departamentos e seus respectivos funcionrios
Nesse exemplo, o mtodo distinct() usado para garantir que no haja elementos repetidos
na lista obtida pela consulta.
116
www.k19.com.br
117
C RITERIA
Exerccios de Fixao
Faa uma consulta para obter todos os autores e seus respectivos livros. No pacote br.com.k19.testes
do projeto K19-Criteria, crie a classe ListaAutoresELivros.
12
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

c . select ( a ) ;
}
}
}
}
Execute e observe, no console, a quantidade de consultas realizadas.

13 Altere a classe ListaAutoresELivros para reduzir a quantidade de consultas ao banco de dados.
Aplique o comando fetch join na consulta de autores.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

a . fetch ( " livros " , JoinType . LEFT ) ;
c . select ( a ) . distinct ( true ) ;
www.k19.com.br
117
C RITERIA
21
22
23
24
25
26
27
28
29
30
31
118

}
}
}
}
Execute e observe, no console, que apenas uma consulta realizada.
Metamodel
Quando definimos uma consulta em Criteria, estamos propensos a confundir os nomes ou os
tipos dos atributos das entidades, j que o compilador no realiza a verificao dessas informaes.
Dessa forma, os erros s seriam percebidos em tempo de execuo. Considere o exemplo abaixo.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class CalculaMedia {

. createEntityManagerFactory ( " K21_entity_manager " ) ;
CriteriaQuery < Float > c = cb . createQuery ( Float . class ) ;
c . select ( cb . max ( l . < Float > get ( " preo " ) ) ) ;
TypedQuery < Float > query = manager . createQuery ( c ) ;
Float maiorPreco = query . getSingleResult () ;
System . out . println ( " Maior preo : " + maiorPreco ) ;
}
}
Cdigo Java 5.72: CalculaMedia.java
Nesse cdigo, cometemos dois erros. O primeiro deles foi supor que o atributo que armazena o
preo dos livros do tipo Float. Na verdade, esse atributo do tipo Double. O segundo erro foi um
simples erro de digitao, pois utilizamos a string "preo" ao invs de "preco". Esses erros no so
identificados pelo compilador, mas durante a execuo uma exceo ser lanada.
Para evitar que o desenvolvedor cometa erros desse tipo, podemos aplicar o recurso conhecido
como Metamodel, definido pela especificao JPA 2.
Note que os erros cometidos no exemplo acima esto relacionados ao tipo e ao nome do atributo
preco da entidade Livro. A funo do Metamodel justamente armazenar as informaes referentes

aos nomes e tipos dos atributos das entidades. Por exemplo, para a entidade Livro, teramos uma
classe semelhante classe do cdigo abaixo.
118
www.k19.com.br
119
1
2
3
4
5
6
7
C RITERIA
@Generated ( value = " org . hibernate . jpamodelgen . JPAMetaModelEntityProcessor " )
@StaticMetamodel ( Livro . class )
public abstract class Livro_ {
public static volatile SingularAttribute < Livro , Long > id ;
public static volatile SingularAttribute < Livro , Double > preco ;
public static volatile SingularAttribute < Livro , String > nome ;
}
Cdigo Java 5.73: Livro_.java
A classe Livro_ foi gerada automaticamente pelo Hibernate a partir da classe Livro. Ela segue
as regras do Canonical Metamodel definidas pela especificao JPA 2.
O prximo passo utilizar o Canonical Metamodel da entidade Livro para definir a consulta
anterior. Veja o cdigo abaixo.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class CalculaMedia {

. createEntityManagerFactory ( " K21_entity_manager " ) ;
c . select ( cb . max ( l . get ( Livro_ . preco ) ) ) ;
Double maiorPreco = query . getSingleResult () ;
}
}
Cdigo Java 5.74: CalculaMedia.java
Uma vez que utilizamos o Canonical Metamodel (Livro_) da entidade Livro, no possvel parametrizar a consulta com outro tipo a no ser o Double, pois um erro de compilao ocorrer. Alm
disso, tambm no podemos mais cometer o erro relacionado ao nome do atributo da entidade, sem
que haja uma falha na compilao.
Exerccios de Fixao
14 Copie a pasta Hibernate-Metamodel-Generator localizada na rea de Trabalho dentro do diretrio K19-Arquivos para a pasta raiz do projeto K19-Criteria. Em seguida, clique com o boto direito
do mouse sobre o projeto K19-Criteria, selecione a opo Properties e configure o Hibernate Metamodel Generator de acordo com as figuras abaixo.
www.k19.com.br
119
C RITERIA
120
120
www.k19.com.br
121
C RITERIA
15 Abra o diretrio target/metamodel e verifique se as classes que formam o Canonical Metamodel

foram geradas.
No pacote br.com.k19.testes do projeto K19-Criteria, crie uma classe chamada ConsultaLivroMaisCaro.

Usando os recursos do Metamodel, faa uma consulta base de dados K21_criteria_bd para saber
o preo do livro mais caro.
16
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class ConsultaLivroMaisCaro {

c . select ( cb . max ( l . get ( Livro_ . preco ) ) ) ;
Double maiorPreco = query . getSingleResult () ;
}
}
Cdigo Java 5.75: ConsultaLivroMaisCaro.java
www.k19.com.br
121
C RITERIA
122
122
www.k19.com.br
APNDICE
H IBERNATE S EARCH
Eventualmente, uma aplicao Java necessita realizar constantemente buscas em uma grande
quantidade de textos. Existem bibliotecas Java especializadas nesse tipo de tarefa. A mais utilizada
delas Apache Lucene (http://lucene.apache.org) da Apache Software Foundation.
A integrao entre os recursos oferecidos pelo Lucene e uma aplicao orientada a objetos complexa. O projeto Hibernate Search (http://www.hibernate.org/subprojects/search) tem como
principal objetivo facilitar essa integrao. O Hibernate Search um subprojeto do Hibernate. Neste
captulo, mostraremos o funcionamento bsico do Hibernate Search.
Configurao
Para utilizar os recursos do Hibernate Search em uma aplicao Java, devemos adicionar as bibliotecas do Hibernate Search e das suas dependncias. Podemos obter essas bibliotecas em http:
//www.hibernate.org/subprojects/search/download. Neste curso, utilizaremos a verso 4.1.1 do
Hibernate Search.
Aps adicionar as bibliotecas necessrias, devemos acrescentar ao arquivo persistence.xml de
uma aplicao JPA algumas propriedades para que o Hibernate Search possa ser utilizado. Veja as
modificaes em destaque no cdigo abaixo.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

xmlns = " http: // java . sun . com / xml / ns / persistence " xmlns:xsi = " http: // www . w3 . org /2001/ XMLSchema - instance "
xsi:schemaLocation = " http: // java . sun . com / xml / ns / persistence http: // java . sun . com / xml / ns / persistence / persistence_2_0 . xsd " >
< persistence - unit name = " K19 - PU " transaction - type = " RESOURCE_LOCAL " >
< shared - cache - mode > ALL </ shared - cache - mode >
< properties >
value = " jdbc:mysql: // localhost:3306 / k19_bd " / >
< property name = " hibernate . search . default . directory_provider "
value = " filesystem " / >
< property name = " hibernate . search . default . indexBase "
value = " / k19 / indexes " / >
</ properties >
</ persistence >
Cdigo XML A.1: persistence.xml
www.k19.com.br
123
H IBERNATE S EARCH
124
No cdigo acima, a propriedade hibernate.search.default.directory_provider define o DirectoryProvider. Alm disso, a propriedade hibernate.search.default.indexBase define o diretrio os ndices do Lucene sero gerados. Mais sobre a configurao do DirectoryProvider pode ser
encontrada em http://www.hibernate.org/subprojects/search/docs.
Mapeamento
Podemos realizar buscas apenas nos dados das entidades indexadas. Para indicar quais entidades devem ser indexadas pelo Lucene, devemos utilizar a anotao @Indexed do Hibernate Search.
Alm disso, apenas o contedo dos atributos anotados com @Field ser considerado nas buscas do
Lucene.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
@Entity
@Indexed
@Id @GeneratedValue
private Long id ;
@Field
@Lob
@Field
private String biografia ;
}
Cdigo Java A.1: Pessoa.java
Indexao
A partir do momento que as entidades esto mapeadas com as anotaes do Hibernate Search,
podemos indexar os dados armazenados no banco de dados referentes s entidades anotadas com
@Indexed. Para realizar essa tarefa, devemos invocar o mtodo createIndexer() da interface FullTextEntityManager. Veja o cdigo abaixo.
1
2
3
EntityManager manager = . . .
FullTextEntityManager fullTextManager = Search . getFullTextEntityManager ( manager ) ;
fullTextManager . createIndexer () . startAndWait () ;
Cdigo Java A.2: Indexando o contedo do banco de dados
Busca
Com o contedo indexado, podemos realizar buscas atravs do Hibernate Search. Para isso, devemos recuperar a fbrica de buscas por meio do mtodo getSearchFactory() da FullTextEntityManager. Com a fbrica em mos, devemos criar um montador de consultas para uma entidade em
particular. Observe o cdigo a seguir.
1
2
124
SearchFactory searchFactory = fullTextManager . getSearchFactory () ;

QueryBuilder pessoaQueryBuilder =
www.k19.com.br
125
3
H IBERNATE S EARCH
searchFactory . buildQueryBuilder () . forEntity ( Pessoa . class ) . get () ;
Cdigo Java A.3: Obtendo um montador de consultas para a entidade Pessoa
Agora, atravs do QueryBuilder, podemos criar as consultas desejadas. Por exemplo, suponha
que desejemos buscar as pessoas que possuam a palavra programador em sua biografia. Ento,
devemos indicar que a busca ser realizada por palavra chave atravs do mtodo keyword(). Alm
disso, devemos indicar qual atributo da entidade Pessoa ser considerado na busca com o mtodo
onField(). A palavra procurada deve ser definida atravs do mtodo matching(). Veja o cdigo
abaixo.
1
2
org . apache . lucene . search . Query luceneQuery

= pessoaQueryBuilder . keyword () . onField ( " biografia " ) . matching ( " programador " ) ;
Cdigo Java A.4: Criando uma consulta
O prximo passo transformar essa consulta do Lucene em uma consulta JPA. Essa tarefa realizada com o mtodo createFullTextQuery().
1
2
javax . persistence . Query jpaQuery =

fullTextManager . createFullTextQuery ( luceneQuery , Pessoa . class ) ;
Cdigo Java A.5: Transformando uma Lucene Query em uma JPA Query
Finalmente, podemos executar a JPA Query.

1
List < Pessoa > pessoas = jpaQuery . getResultList () ;

Cdigo Java A.6: Transformando uma Lucene Query em uma JPA Query
Exerccios de Fixao
Crie um projeto no eclipse chamado K19-Hibernate-Search. Nesse projeto, adicione uma pasta
chamada lib.
1
2
Entre na pasta K19-Arquivos/hibernate-search-4.1.1.Final/dist da rea de Trabalho e copie os
jars dessa pasta, os da pasta lib/required, os da pasta lib/provided e os da pasta lib/optional
para a pasta lib do projeto K19-Hibernate-Search.
3
Entre na pasta K19-Arquivos/MySQL-Connector-JDBC da rea de Trabalho e copie o arquivo
mysql-connector-java-5.1.19.bin.jar para pasta lib do projeto K19-Hibernate-Search.

Depois selecione todos os jars da pasta lib do projeto K19-Hibernate-Search e adicione-os no
classpath.
4
K19-Hibernate-Search. Altere o arquivo persistence.xml do projeto K19-Hibernate-Search, mo5
dificando o nome da unidade de persistncia e a base da dados. Veja como o cdigo deve ficar:
1
2
3

www.k19.com.br
125
H IBERNATE S EARCH
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
126
< persistence - unit name = " K21_hibernate_search " transaction - type = " RESOURCE_LOCAL " >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_hibernate_search " / >
< property name = " hibernate . search . default . directory_provider "
value = " filesystem " / >
< property name = " hibernate . search . default . indexBase "
value = " / tmp / indexes " / >
</ properties >
</ persistence >
Cdigo XML A.2: persistence.xml
Crie um pacote chamado modelo no projeto K19-Hibernate-Search e adicione a seguinte

classe:
6
1
2
3
4
5
6
7
8
9
10
11
12
@Entity
@Indexed
@Id @GeneratedValue
private Long id ;
@Field
}
Cdigo Java A.7: Pessoa.java
Persista alguns objeto da classe Pessoa. Crie uma classe chamada AdicionaPessoa dentro de
um pacote chamado testes.
7
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
126

Persistence . createEntityManagerFactory ( " K21_hibernate_search " ) ;
p1 . setNome ( " Rafael Cosentino " ) ;
p2 . setNome ( " Jonas Hirata " ) ;
p3 . setNome ( " Marcelo Martins " ) ;
p4 . setNome ( " Christopher Hirata " ) ;
www.k19.com.br
127
20
21
22
23
24
25
26
27
28
29
30
H IBERNATE S EARCH
}
}
Cdigo Java A.8: AdicionaPessoa.java
Execute a indexao dos dados armazenados no banco de dados. Crie uma classe chamada
Indexacao dentro de um pacote chamado testes.

1
2
3
4
5
6
7
8
9
10
11
12
13
public class Indexacao {

public static void main ( String [] args ) throws InterruptedException {
fullTextManager . createIndexer () . startAndWait () ;
}
}
Cdigo Java A.9: Indexacao.java
Busque as pessoas que possuam a palavra Hirata em seus nomes. Crie uma classe chamada
Busca dentro de um pacote chamado testes.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
public class Busca {

SearchFactory searchFactory = fullTextManager . getSearchFactory () ;
QueryBuilder pessoaQueryBuilder =
searchFactory . buildQueryBuilder () . forEntity ( Pessoa . class ) . get () ;
org . apache . lucene . search . Query luceneQuery
= pessoaQueryBuilder . keyword () . onField ( " nome " ) . matching ( " Hirata " ) . createQuery () ;
javax . persistence . Query jpaQuery =
fullTextManager . createFullTextQuery ( luceneQuery , Pessoa . class ) ;
List < Pessoa > pessoas = jpaQuery . getResultList () ;
for ( Pessoa p : pessoas ) {
}
}
}
Cdigo Java A.10: Busca.java
www.k19.com.br
127
H IBERNATE S EARCH
128
128
www.k19.com.br
APNDICE
H IBERNATE E NVERS
Eventualmente, necessrio registrar todas as alteraes realizadas nos registros correspondentes s instncias de determinadas entidades de uma aplicao JPA. Por exemplo, considere um sistema bancrio que necessita registrar todas as modificaes nos saldos das contas para uma eventual
auditoria.
Manter o histrico das alteraes dos registros do banco de dados pode ser til por diversos motivos. Por exemplo, recuperar dados que no deveriam ter sido modificados ou identificar uso indevido da aplicao por parte dos usurios.
O projeto Hibernate ORM possui recursos especficos para esse tipo de problema. Mais especificamente, o Hibernate Envers que faz parte do Hibernate ORM oferece mecanismos para controlar
as modificaes realizadas nos dados do banco de dados.
Neste captulo, mostraremos como utilizar as principais funcionalidades do Hibernate Envers.
Utilizaremos a verso 4.1.2 do Hibernate ORM que j possui o Hibernate Envers. As bibliotecas necessrias podem ser obtidas em http://www.hibernate.org/downloads.
Mapeamento
As entidades que devem ser monitoradas pelo Hibernate Envers devem ser anotadas com @Audited.
1
2
3
4
5
6
7
8
9
10
11
@Entity
@Audited
public Pessoa {
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java B.1: Pessoa.java
Para cada entidade anotada com @Audited, uma tabela extra ser criada no banco de dados para
armazenar o histrico das modificaes nas instncias da entidade. Por padro, o nome dessa tabela
a concatenao do nome da entidade com o sufixo _AUD.
Por exemplo, ao anotar a entidade Pessoa com @Audited, uma tabela chamada Pessoa_AUD
criada no banco de dados para armazenar as alteraes na tabela Pessoa. Todo registro da tabela
Pessoa_AUD corresponde a um nico registro da tabela Pessoa. Os registros da tabela Pessoa_AUD
possuem basicamente os mesmos campos dos registros da tabela Pessoa.
Toda vez que um registro inserido, modificado ou removido da tabela Pessoa um registro com
www.k19.com.br
129
H IBERNATE E NVERS
130
basicamente os mesmos dados inserido na tabela Pessoa_AUD. Os registros inseridos na tabela

Pessoa_AUD possuem tambm um campo chamado REV e outro chamado REVTYPE. O campo REV armazena a verso do registro correspondente na tabela Pessoa. O campo REVTYPE indica se o registro
da tabela Pessoa_AUD foi gerado a partir de uma insero, modificao ou remoo na tabela Pessoa.
Nas inseres o campo REVTYPE armazenar o valor 0, nas modificaes armazenar o valor 1 e nas
remoes o valor 2.
Consultas
O Hibernate Envers permite que os dados das instncias de uma entidade sejam recuperados de
acordo com verso do registro. Por exemplo, podemos recuperar a primeira verso de um determinado registro.
1
2
3
4
5
6
7
EntityManager manager = . . .
AuditReader reader = AuditReaderFactory . get ( manager ) ;
AuditQuery query = reader . createQuery () . forEntitiesAtRevision ( Pessoa . class , 1) ;
query . add ( AuditEntity . property ( " id " ) . eq (1 L ) ) ;
Pessoa p = ( Pessoa ) query . getSingleResult () ;
Cdigo Java B.2: Recuperando a primeira verso de um determinado registro
No cdigo acima, recuperamos a primeira verso registrada da pessoa com identificador 1.
Exerccios de Fixao
Crie um projeto no eclipse chamado K19-Hibernate-Envers. Copie a pasta lib do projeto K19JPA2-Hibernate para o projeto K19-Hibernate-Envers.
1
Entre na pasta K19-Arquivos/hibernate-release-4.1.2.Final/lib da rea de Trabalho e copie o

jar da pasta envers para a pasta lib do projeto K19-Hibernate-Envers.
2
Depois selecione todos os jars da pasta lib do projeto K19-Hibernate-Envers e adicione-os no

classpath.
3
K19-Hibernate-Envers. Altere o arquivo persistence.xml do projeto K19-Hibernate-Envers, mo4
dificando o nome da unidade de persistncia e a base da dados. Veja como o cdigo deve ficar:
1
2
3
4
5
6
7
8
9
10
11
12
13
130

< persistence - unit name = " K21_hibernate_envers " transaction - type = " RESOURCE_LOCAL " >
< properties >
www.k19.com.br
131
14
15
16
17
18
19
20
21
H IBERNATE E NVERS
value = " jdbc:mysql: // localhost:3306 / K21_hibernate_envers " / >
</ properties >
</ persistence >
Cdigo XML B.1: persistence.xml
Crie um pacote chamado modelo no projeto K19-Hibernate-Envers e adicione a seguinte

classe:
5
1
2
3
4
5
6
7
8
9
10
11
@Entity
@Audited
@Id @GeneratedValue
private Long id ;
}
Cdigo Java B.3: Pessoa.java
Persista um objeto da classe Pessoa. Crie uma classe chamada AdicionaPessoa dentro de um
pacote chamado testes.
6
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

Persistence . createEntityManagerFactory ( " K21_hibernate_envers " ) ;
}
}
Cdigo Java B.4: AdicionaPessoa.java

Altere o objeto da classe Pessoa persistido anteriormente. Crie uma classe chamada AlteraPessoa
dentro de um pacote chamado testes.
7
1
2
3
4
5
6
7
public class AlteraPessoa {

www.k19.com.br
131
H IBERNATE E NVERS
8
9
10
11
12
13
14
15
16
17
132

p . setNome ( " Marcelo Martins " ) ;
}
}
Cdigo Java B.5: AlteraPessoa.java

Remova o objeto da classe Pessoa persistido anteriormente. Crie uma classe chamada RemovePessoa
dentro de um pacote chamado testes.
8
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public class RemovePessoa {

}
}
Cdigo Java B.6: RemovePessoa.java

Consulte a primeira verso do objeto da classe Pessoa persistido anteriormente. Crie uma classe
chamada ConsultaPessoa dentro de um pacote chamado testes.
9
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
132
public class ConsultaPessoa {

AuditReader reader = AuditReaderFactory . get ( manager ) ;
AuditQuery query = reader . createQuery () . forEntitiesAtRevision ( Pessoa . class , 1) ;
query . add ( AuditEntity . id () . eq (1 L ) ) ;
Pessoa p = ( Pessoa ) query . getSingleResult () ;
}
}
www.k19.com.br
133
H IBERNATE E NVERS
Cdigo Java B.7: ConsultaPessoa.java
www.k19.com.br
133
H IBERNATE E NVERS
134
134
www.k19.com.br
APNDICE
B EAN VALIDATION E H IBERNATE

VALIDATOR
Uma tarefa extremamente comum no desenvolvimento de aplicaes JPA a validao dos dados
das instncias da entidades. Por exemplo, considere a entidade a seguir.
1
2
3
4
5
6
7
8
9
10
@Entity
@Id
@GeneratedValue
private Long id ;
}
Cdigo Java C.1: Pessoa.java
Antes de persistir ou atualizar os dados de um objeto de uma classe Pessoa no banco de dados,
pode ser necessrio verificar se o atributo nome desse objeto no nulo.
Na plataforma Java, uma especificao foi definida para padronizar a tarefa de validao dos
objetos do domnio de uma aplicao. O nome dessa especificao Bean Validation e ela pode
ser obtida em http://jcp.org/en/jsr/detail?id=303. O projeto Hibernate Validator a implementao de referncia da Bean Validation e pode ser obtido em http://www.hibernate.org/
subprojects/validator/download. utilizaremos a verso 4.3.0 do projeto Hibernate Validator.
Neste captulo, mostraremos como utilizar os recursos bsicos definidos pela especificao Bean
Validation e implementados pelo projeto Hibernate Validator.
Regras de Validao
As regras de validao podem ser definidas atravs de anotaes inseridas nos atributos das entidades. A especificao Bean Validation define um conjunto padro de anotaes para definir as
regras de validao.
Veja abaixo as anotaes disponveis e suas respectivas funes.
@AssertFalse
Verifica se uma propriedade booleana possui valor false.
@AssertTrue
Verifica se uma propriedade booleana possui valor true.
@DecimalMax
Define o valor real mximo que uma propriedade pode armazenar.
www.k19.com.br
135
B EAN VALIDATION E H IBERNATE VALIDATOR
136
@DecimalMin
Define o valor real mnimo que uma propriedade pode assumir.
@Digits
Define a quantidade mxima de dgitos da parte inteira (atravs do atributo integer) ou da
parte fracionria (atravs do atributo fraction) de um nmero.
@Future
Verifica se uma data posterior ao instante atual.
@Max
Define o valor inteiro mximo que uma propriedade pode assumir.
@Min
Define o valor inteiro mnimo que uma propriedade pode armazenar.
@NotNull
Verifica se o valor de uma propriedade no null.
@Null
Verifica se o valor de uma propriedade null.
@Past
Verifica se uma data anterior ao instante atual.
@Pattern
Verifica se o valor de uma propriedade respeita uma expresso regular.
@Size
Define os tamanhos mnimo (atravs do atributo min) e mximo (atravs do atributo max) para
uma Collection, array ou String.
Processando as Validaes
As validaes podem ser processadas manualmente pela aplicao atravs do mtodo validate().
Esse mtodo recebe o objeto que desejamos validar e devolve um conjunto com os erros encontrados
ou um conjunto vazio caso nenhum erro seja encontrado. Veja o cdigo abaixo.
1
2
3
4
5
6
7
8
9
Pessoa p = . . .
ValidatorFactory validatorFactory = Validation . buildDefaultValidatorFactory () ;
Validator validator = validatorFactory . getValidator () ;
Set < ConstraintViolation < Topico > > errors = validator . validate ( p ) ;
for ( ConstraintViolation < Topico > error : errors ) {
System . out . println ( error ) ;
}
Cdigo Java C.2: Validando um objeto
As validaes podem ser realizadas automaticamente em determinados eventos. Esse comportamento pode ser configurado no arquivo persistence.xml atravs das propriedades:
javax.persistence.validation.group.pre-persist
javax.persistence.validation.group.pre-update
136
www.k19.com.br
137
javax.persistence.validation.group.pre-remove
Considere que a propriedade javax.persistence.validation.group.pre-persist esteja configurada no persistence.xml. Nesse caso, os objetos so validados no evento PrePersist, ou seja,
quando o mtodo persist() for chamado.
Exerccios de Fixao
Crie um projeto no eclipse chamado K19-Bean-Validation. Copie a pasta lib do projeto K19JPA2-Hibernate para o projeto K19-Bean-Validation.
1
Entre na pasta K19-Arquivos/hibernate-validator-4.3.0.Final/dist da rea de Trabalho e copie

os jars dessa pasta e os da pasta lib/required para a pasta lib do projeto K19-Bean-Validation.
2
Depois selecione todos os jars da pasta lib do projeto K19-Bean-Validation e adicione-os no

classpath.
3
4
K19-Bean-Validation. Altere o arquivo persistence.xml do projeto K19-Bean-Validation, modi-
ficando o nome da unidade de persistncia e a base da dados. Veja como o cdigo deve ficar:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

< persistence - unit name = " K21_bean_validation " transaction - type = " RESOURCE_LOCAL " >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_bean_validation " / >
</ properties >
</ persistence >
Cdigo XML C.1: persistence.xml
1
2
3
4
5
6
7
8
9
10
Crie um pacote chamado modelo no projeto K19-Bean-Validation e adicione a seguinte classe:

@Entity
@Id @GeneratedValue
private Long id ;
@NotNull
www.k19.com.br
137

11
138
}
Cdigo Java C.3: Pessoa.java
6 Valide um objeto da classe Pessoa. Crie uma classe chamada ValidaPessoa dentro de um pacote
chamado testes.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class ValidaPessoa {

ValidatorFactory validatorFactory = Validation . buildDefaultValidatorFactory () ;
Validator validator = validatorFactory . getValidator () ;
Set < ConstraintViolation < Pessoa > > errors = validator . validate ( p ) ;
for ( ConstraintViolation < Pessoa > error : errors ) {
System . out . println ( error ) ;
}
}
}
Cdigo Java C.4: ValidaPessoa.java
Execute e observe as mensagens no Console

Configure o Hibernate Validation para que as validaes sejam processadas automaticamente no
evento PrePersist. Para isso, altere o arquivo persistence.xml do projeto K19-Bean-Validation.
Veja como o cdigo deve ficar:
7
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

< persistence - unit name = " K21_bean_validation " transaction - type = " RESOURCE_LOCAL " >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_bean_validation " / >
< property name = " javax . persistence . validation . group . pre - persist "
value = " javax . validation . groups . Default " / >
</ properties >
</ persistence >
Cdigo XML C.2: persistence.xml
Persista um objeto da classe Pessoa. Crie uma classe chamada AdicionaPessoa dentro de um
pacote chamado testes.
8
1
2
138

www.k19.com.br
139
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

Persistence . createEntityManagerFactory ( " K21_bean_validation " ) ;
}
}
Cdigo Java C.5: AdicionaPessoa.java
Execute e observe as mensagens no Console
www.k19.com.br
139
140
140
www.k19.com.br
APNDICE
M APEAMENTO COM XML
No Captulo 2, vimos como o mapeamento objeto-relacional pode ser feito com o uso de anotaes. Esse mesmo mapeamento tambm pode ser definido por meio de um arquivo XML. Neste captulo, veremos como definir o mapeamento no arquivo orm.xml, que deve ficar no diretrio META-INF
no classpath da aplicao. O arquivo orm.xml deve conter a seguinte estrutura.
1
2
3
4
5
6
7
8
9
10
<? xml version = " 1.0 " encoding = " UTF -8 " ? >
< entity - mappings
xmlns = " http: // java . sun . com / xml / ns / persistence / orm "
xsi:schemaLocation = " http: // java . sun . com / xml / ns / persistence / orm
http: // java . sun . com / xml / ns / persistence / orm_2_0 . xsd "
version = " 2.0 " >
</ entity - mappings >
Cdigo XML D.1: orm.xml
Todas as regras de mapeamento devem ser especificadas dentro da tag <entity-mappings>. Para
simplificar, omitiremos parte do cabealho do arquivo orm.xml nos exemplos apresentados neste
captulo.
Entidades
As classes da nossa aplicao que sero mapeadas para tabelas do banco de dados devem ser
especificadas no arquivo orm.xml por meio da tag <entity>. Cada instncia de uma entidade deve
possuir um identificador nico. Em geral, esse identificador um atributo numrico. No exemplo
abaixo, a classe Pessoa possui um atributo chamado id, que ser esse identificador. Esse atributo
definido como identificador atravs da tag <id>. Veja o exemplo abaixo.
1
2
3
4
5
6
7
package br . com . k19 ;

class Pessoa {
private Long id ;
}
Cdigo Java D.1: Pessoa.java
1
2
3
4
5
6
7
< entity - mappings >

< entity class = " br . com . k19 . Pessoa " >
< attributes >
< id name = " id " / >
</ attributes >
</ entity >
www.k19.com.br
141
M APEAMENTO COM XML
142
Dessa forma, a coluna correspondente ao atributo id ser definida como chave primria da tabela correspondente classe Pessoa.
Importante
Por padro, quando o mapeamento definido pelo arquivo orm.xml, o modo de acesso
aos dados das entidades Property Access. Ou seja, o provedor JPA acessa os dados dos
objetos por meio dos mtodos getters e setters dos objetos. Dessa forma, os mtodos getters e
setters devem estar implementados. Para alterar esse comportamento, podemos usar o atributo
access da tag entity, como mostrado no exemplo abaixo.
1
2
3
4
5
6
7

< entity class = " br . com . k19 . Pessoa " access = " FIELD " >
< attributes >
< id name = " id " / >
</ attributes >
</ entity >
Para definir o modo de acesso como sendo Field Access para todas as classes da unidade de
persistncia, podemos usar a tag <access>.
1
2
3
4
5
6
7
8

< persistence - unit - metadata >
< persistence - unit - defaults >
< access > FIELD </ access >
</ persistence - unit - defaults >
</ persistence - unit - metadata >
...
Mais detalhes sobre os modos Property Access e Field Access podem ser encontrados adiante.
Por conveno, a classe Pessoa ser mapeada para uma tabela com o mesmo nome (Pessoa).
O atributo id ser mapeado para uma coluna com o mesmo nome (id) na tabela Pessoa. As tags
<table> e column podem ser usadas para personalizar os nomes das tabelas e das colunas, respectivamente.
1
2
3
4
5
6
7
8
9
10

< table name = " tbl_pessoas " / >
< attributes >
< id name = " id " >
< column name = " col_id " / >
</ id >
</ attributes >
</ entity >
142
www.k19.com.br
143
M APEAMENTO COM XML
(a)
(b)
Figura D.1: Tabelas correspondentes classe Pessoa. Em (a), os nomes da tabela e da coluna so padres. Em (b), esses nomes so personalizados.
Definindo Restries
Podemos definir algumas restries para os atributos das nossas entidades atravs das propriedades da tag <column>. Veja as principais propriedades abaixo:
length
nullable
unique
precision
scale
Limita a quantidade de caracteres de uma string

Determina se o campo pode possuir valores null ou no
Determina se uma coluna pode ter valores repetidos ou no
Determina a quantidade de dgitos de um nmero decimal a serem armazenadas
Determina a quantidade de casas decimais de um nmero decimal
Tabela D.1: Algumas propriedades da anotao @Column
No exemplo a seguir, associamos trs restries ao atributo nome da classe Pessoa. O nome deve
possuir no mximo 30 caracteres, no pode ser nulo e duas pessoas no podem ter o mesmo nome.
Alm disso, definimos que a altura das pessoas ser representada por um nmero de trs dgitos,
sendo dois deles referentes s casas decimais.
1
2
3
4
5
6
7

class Pessoa {
private Long id ;
private BigDecimal altura ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13

< attributes >
< id name = " id " / >
< basic name = " nome " >
< column length = " 30 " nullable = " false " unique = " true " / >
</ basic >
< basic name = " altura " >
< column precision = " 3 " scale = " 2 " / >
</ basic >
</ attributes >
</ entity >
www.k19.com.br
143
M APEAMENTO COM XML
144
Gerando chaves primrias automaticamente

Em geral, os bancos de dados oferecem algum mecanismo para gerar os valores de uma chave
primria simples e numrica. Do ponto de vista do desenvolvedor JPA, basta usar a tag <generatedvalue/> para que o banco gere os valores de uma chave primria simples e numrica automaticamente.
1
2
3
4
5
6
7
8
9

< attributes >
< generated - value / >
</ id >
</ attributes >
</ entity >
Mapeamento Automtico
Cada banco possui o seu prprio conjunto de tipos de dados. Para que as informaes possam
navegar da aplicao para o banco e vice-e-versa, os tipos do Java devem ser mapeados para tipos
apropriados do banco de dados.
Alguns tipos do Java so mapeados automaticamente para tipos correspondentes do banco de
dados. Eis uma lista dos tipos que so mapeados automaticamente:
Tipos primitivos (byte, short, char, int, long, float, double e boolean)
Classes Wrappers (Byte, Short, Character, Integer, Long, Float, Double e Boolean)
String
BigInteger e BigDecimal
java.util.Date e java.util.Calendar
java.sql.Date, java.sql.Time e java.sql.Timestamp
Array de byte ou char
Enums
Serializables
Esses tipos so chamados de tipos bsicos.

144
www.k19.com.br
145
M APEAMENTO COM XML
Objetos Grandes (LOB)

Eventualmente, dados maiores do que o comum devem ser armazenados no banco de dados. Por
exemplo, uma imagem, uma msica ou um texto com muitas palavras. Para esses casos, os bancos de
dados oferecem tipos de dados especficos. Do ponto de vista do desenvolvedor JPA, basta usar a tag
<lob> (Large Objects) para atributos do tipo String, byte[], Byte[], char[] ou Character[] para
que o provedor (Hibernate, EclipseLink ou outra implementao de JPA) utilize os procedimentos
adequados para manipular esses dados.
1
2
3
4
5
6

class Pessoa {
private Long id ;
private byte [] avatar ;
}
1
2
3
4
5
6
7
8
9
10
11
12

< attributes >
</ id >
< basic name = " avatar " >
< lob / >
</ basic >
</ attributes >
</ entity >
Data e Hora
Comumente, as aplicaes Java utilizam as classes java.util.Date e java.util.Calendar para
trabalhar com datas e horas. Essas classes so mapeadas automaticamente para tipos adequados no
banco de dados. Portanto, basta declarar os atributos utilizando um desses dois tipos nas classes que
sero mapeadas para tabelas.
1
2
3
4
5
6

class Pessoa {
private Long id ;
}
Por padro, quando aplicamos o tipo java.util.Date ou java.util.Calendar, tanto a data

quanto a hora sero armazenadas no banco de dados. Para mudar esse comportamento, devemos
usar a tag <temporal> escolhendo uma das trs opes abaixo:
DATE: Armazena apenas a data (dia, ms e ano).
www.k19.com.br
145
M APEAMENTO COM XML
146
TIME: Armazena apenas o horrio (hora, minuto e segundo).
TIMESTAMP (Padro): Armazena a data e o horrio.
1
2
3
4
5
6
7
8
9
10
11
12

< attributes >
</ id >
< basic name = " nascimento " >
< temporal > DATE </ temporal >
</ basic >
</ attributes >
</ entity >
Dados Transientes
Eventualmente, no desejamos que alguns atributos de um determinado grupo de objetos sejam
persistidos no banco de dados. Nesse caso, devemos usar a tag <transient>.
No exemplo abaixo, usamos a tag <transient> para indicar que o atributo idade no deve ser
armazenado no banco de dados. A idade de uma pessoa pode ser deduzida a partir de sua data de
nascimento, que j est armazenada no banco.
1
2
3
4
5
6
7

class Pessoa {
private Long id ;
private int idade ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13

< attributes >
</ id >
</ basic >
< transient name = " idade " / >
</ attributes >
</ entity >
146
www.k19.com.br
147
M APEAMENTO COM XML
Figura D.2: Tabela correspondente classe Pessoa. Note que essa tabela no possui nenhuma coluna associada ao atributo idade da classe
Pessoa
Field Access e Property Access

Os provedores de JPA precisam ter acesso ao estado das entidades para poder administr-las.
Por exemplo, quando persistimos uma instncia de uma entidade, o provedor deve pegar os dados desse objeto e armazen-los no banco. Quando buscamos uma instncia de uma entidade, o
provedor recupera as informaes correspondentes do banco de dados e guarda em um objeto.
O JPA 2 define dois modos de acesso ao estado das instncias das entidades: Field Access e Property Access. Quando colocamos as anotaes de mapeamento nos atributos, estamos optando pelo
modo Field Access. Por outro lado, tambm podemos colocar essas mesmas anotaes nos mtodos
getters. Nesse caso, estamos optando pelo modo Property Accesss.
No modo Field Access, os atributos dos objetos so acessados diretamente atravs de reflection
e no necessrio implementar mtodos getters e setters. Nesse modo de acesso, se os mtodos
getters e setters estiverem implementados, eles no sero utilizados pelo provedor JPA.
No modo Property Access, os mtodos getters e setters devem necessariamente ser implementados pelo desenvolvedor. Esses mtodos sero utilizados pelo provedor para que ele possa acessar e
modificar o estado dos objetos.
Exerccios de Fixao
1
Crie um projeto no Eclipse chamado K19-Mapeamento-XML. Copie a pasta lib do projeto K19JPA2-Hibernate para o projeto K19-Mapeamento-XML. Depois adicione os jars dessa pasta no classpath desse novo projeto.
Abra o MySQL Workbench e apague a base de dados K21_mapeamento_xml_bd se existir. Depois crie a base de dados K21_mapeamento_xml_bd.
2
K19-Mapeamento-XML. Altere o arquivo persistence.xml do projeto K19-Mapeamento-XML, modificando o nome da unidade de persistncia e a base da dados. Veja como o cdigo deve ficar:
3
1
2
3
4
5
6

www.k19.com.br
147
M APEAMENTO COM XML

7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
148
< persistence - unit name = " K21_mapeamento_xml_pu " transaction - type = " RESOURCE_LOCAL " >
< properties >
value = " jdbc:mysql: // localhost:3306 / K21_mapeamento_xml_bd " / >
</ properties >
</ persistence >
Cdigo XML D.11: persistence.xml
Crie uma entidade para modelar os usurios de uma rede social dentro de um pacote chamado
br.com.k19.modelo no projeto K19-Mapeamento-XML.

1
2
3
4
5
6
7
8
9
10
11
public class Usuario {

private Long id ;
private Calendar dataDeCadastro ;
private byte [] foto ;
}
Cdigo Java D.6: Usuario.java
Adicione o arquivo de mapeamento orm.xml na pasta src/META-INF do projeto K19-MapeamentoXML.

5
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
148
<? xml version = " 1.0 " encoding = " UTF -8 " ? >
< entity - mappings
xmlns = " http: // java . sun . com / xml / ns / persistence / orm "
xsi:schemaLocation = " http: // java . sun . com / xml / ns / persistence / orm
http: // java . sun . com / xml / ns / persistence / orm_2_0 . xsd "
version = " 2.0 " >
< entity class = " br . com . k19 . modelo . Usuario " access = " FIELD " >
< attributes >
</ id >
< basic name = " email " >
< column unique = " true " / >
</ basic >
< basic name = " dataDeCadastro " >
</ basic >
< basic name = " foto " >
< lob / >
</ basic >
</ attributes >
www.k19.com.br
149
28
29
30
M APEAMENTO COM XML

</ entity >
6
Adicione um usurio no banco de dados. Crie uma classe chamada AdicionaUsuario em um
pacote chamado br.com.k19.testes do projeto K19-Mapeamento-XML.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class AdicionaUsuario {

Persistence . createEntityManagerFactory ( " K21_mapeamento_xml_pu " ) ;
Usuario usuario = new Usuario () ;
usuario . setEmail ( " contato@k19 . com . br " ) ;
usuario . setDataDeCadastro ( Calendar . getInstance () ) ;
manager . persist ( usuario ) ;
}
}
Cdigo Java D.7: AdicionaUsuario.java
Abra o MySQL Workbench e observe as propriedades da tabela Usuario da base de dados

K21_mapeamento_xml_bd.
7
Enums
Por padro, os tipos enumerados de JAVA so mapeados para colunas numricas inteiras no
banco de dados. Cada elemento de um Enum associado a um nmero inteiro. Essa associao
baseada na ordem em que os elementos do Enum so declarados. O primeiro elemento ser associado ao valor 0, o segundo ser associado ao valor 1 e assim por diante. Considere o exemplo a
seguir.
1
2
3
4
5
6

MATUTINO ,
NOTURNO
}
Cdigo Java D.8: Periodo.java
1
2
3
4
5
6
7

private Long id ;
}
www.k19.com.br
149
M APEAMENTO COM XML
150
Cdigo Java D.9: Turma.java
O Enum Periodo possui dois elementos: MATUTINO e NOTURNO. O elemento MATUTINO ser associado ao valor 0 e o elemento NOTURNO ser associado ao valor 1.
A tabela correspondente classe Turma possuir um campo chamado periodo. Nos registros
correspondentes s turmas de perodo matutino, esse campo possuir o valor 0. J nos registros
correspondentes s turmas de perodo noturno, esse campo possuir o valor 1.
Imagine que um novo perodo adicionado, digamos, o perodo vespertino. Nesse caso, o Enum
Periodo poderia vir a ser:

1
2
3
4
5
6
7

MATUTINO ,
VESPERTINO ,
NOTURNO
}
Cdigo Java D.10: Periodo.java
Os valores j armazenados no banco de dados poderiam estar incorretos. Por exemplo, antes
dessa modificao, o campo periodo das turmas noturnas deveria armazenar o valor 1. Aps essa
modificao, o valor correto passa a ser 2. Assim, os valores do campo periodo da tabela Turma
devem ser atualizados de acordo. No entanto, essa atualizao no automtica, e deve ser feita
manualmente.
Para evitar esse problema, podemos fazer com que os elementos de um Enum sejam associados
a uma string ao invs de um nmero inteiro. Isso pode ser feito com o uso da tag <enumerated>.
Observe o exemplo abaixo.
1
2
3
4
5
6
7
8
9
10
11
12

< entity class = " br . com . k19 . Turma " >
< attributes >
</ id >
< basic name = " periodo " >
< enumerated > STRING </ enumerated >
</ basic >
</ attributes >
</ entity >
Nesse exemplo, os elementos MATUTINO, VESPERTINO e NOTURNO do Enum Periodo sero associados s strings "MATUTINO", "VESPERTINO" e "NOTURNO", respectivamente.
Colees
Considere um sistema que controla o cadastro dos funcionrios de uma empresa. Esses funcionrios so modelados pela seguinte classe.
150
www.k19.com.br
151
1
2
3
4
5
6
M APEAMENTO COM XML

private Long id ;
}
Cdigo Java D.11: Funcionario.java
Devemos tambm registrar os telefones de contato dos funcionrios, sendo que cada funcionrio
pode ter um ou mais telefones. Em Java, seria razovel utilizar colees para armazenar os telefones
dos funcionrios. Veja o exemplo abaixo.
1
2
3
4
5
6
7

private Long id ;
}
1
2
3
4
5
6
7
8
9
10

< entity class = " br . com . k19 . Funcionario " >
< attributes >
</ id >
< element - collection name = " telefones " / >
</ attributes >
</ entity >
A tag <element-collection> deve ser utilizada para que o mapeamento seja realizado. Nesse
exemplo, o banco de dados possuiria uma tabela chamada Funcionario_telefones contendo duas
colunas. Uma coluna seria usada para armazenar os identificadores dos funcionrios e a outra para
os telefones. Veja uma ilustrao das tabelas do banco de dados na figura abaixo.
Figura D.3: Tabelas correspondentes classe Funcionario e ao atributo telefones
A tabela criada para guardar os telefones dos funcionrios tambm pode ter o seu nome personalizado, assim como os nomes de suas colunas. Para isso, devemos usar as tags <collection-table>,
<join-column> e <column>.
1
2
3
4
5

< attributes >
www.k19.com.br
151
M APEAMENTO COM XML

6
7
8
9
10
11
12
13
14
15
152
</ id >
< element - collection name = " telefones " >
< column name = " telefone " / >
< collection - table name = " Telefones_dos_Funcionarios " >
< join - column name = " func_id " / >
</ collection - table >
</ element - collection >
</ attributes >
</ entity >
Figura D.4: Personalizando os nomes da tabela e das colunas
Relacionamentos
Os relacionamentos entre as entidades de um domnio devem ser expressos na modelagem atravs de vnculos entre classes. De acordo com a JPA, podemos definir quatro tipos de relacionamentos
de acordo com a cardinalidade.
One to One (Um para Um): Por exemplo, um estado governado por apenas um governador e um
governador governa apenas um estado.
One to Many (Um para Muitos): Por exemplo, um departamento possui muitos funcionrios e um
funcionrio trabalha em apenas em um departamento.
Many to One (Muitos para Um): Por exemplo, um pedido pertence a apenas um cliente e um cliente
faz muitos pedidos.
Many to Many (Muitos para Muitos): Por exemplo, um livro possui muitos autores e um autor possui muitos livros.
152
www.k19.com.br
153
M APEAMENTO COM XML
One to One
Suponha que em nosso domnio existam duas entidades: Estado e Governador. Devemos criar
uma classe para cada entidade e editar o arquivo orm.xml de acordo.
1
2
3
4
5

class Estado {
private Long id ;
}
Cdigo Java D.13: Estado.java
1
2
3
4
5

class Governador {
private Long id ;
}
Cdigo Java D.14: Governador.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

< entity class = " br . com . k19 . Estado " >
< attributes >
</ id >
</ attributes >
</ entity >
< entity class = " br . com . k19 . Governador " >
< attributes >
</ id >
</ attributes >
</ entity >
Como existe um relacionamento entre estados e governadores, devemos expressar esse vnculo
atravs de um atributo que pode ser inserido na classe Estado.
1
2
3
4
5
6
7

class Estado {
private Long id ;
}
www.k19.com.br
153
M APEAMENTO COM XML
154
Alm disso, devemos informar ao provedor JPA que o relacionamento que existe entre um estado e um governador do tipo One to One. Fazemos isso aplicando usando a tag <one-to-one> no
atributo que expressa o relacionamento.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

< attributes >
</ id >
<one - to - one name = " governador " / >
</ attributes >
</ entity >
< attributes >
</ id >
</ attributes >
</ entity >
No banco de dados, a tabela referente classe Estado possuir uma coluna de relacionamento
chamada de join column. Em geral, essa coluna ser definida como uma chave estrangeira associada
tabela referente classe Governador.
Por padro, o nome da coluna de relacionamento formado pelo nome do atributo que estabelece o relacionamento, seguido pelo caractere _ e pelo nome do atributo que define a chave
primria da entidade alvo. No exemplo de estados e governadores, a join column teria o nome governador_id.
Figura D.5: Tabelas correspondentes s classes Estado e Governador
Podemos alterar o nome padro das join columns usando a tag <join-column>, conforme apresentado no exemplo abaixo.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
154

< attributes >
</ id >
<one - to - one name = " governador " >
< join - column name = " gov_id " / >
</ one - to - one >
</ attributes >
</ entity >
...
www.k19.com.br
155
M APEAMENTO COM XML
Figura D.6: Personalizando o nome da coluna de relacionamento
Mais Sobre
Por padro, em um relacionamento One to One, um objeto da primeira entidade no
devemos usar o atributo optional da tag <one-to-one>.
1
2
3
4
5
6
7
8
9
10
11
12
13

< attributes >
</ id >
<one - to - one name = " governador " optional = " false " / >
</ attributes >
</ entity >
...
Exerccios de Fixao
Implemente duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento-XML:
Estado e Governador.
8
1
2
3
4
5
6

private Long id ;
}
1
2
3
4
5
6
7

private Long id ;
}
www.k19.com.br
155
M APEAMENTO COM XML
156
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Edite o arquivo orm.xml da pasta src/META-INF do projeto K19-Mapeamento-XML de acordo.

...
< entity class = " br . com . k19 . modelo . Estado " >
< attributes >
</ id >
</ attributes >
</ entity >
< entity class = " br . com . k19 . modelo . Governador " >
< attributes >
</ id >
</ attributes >
</ entity >
...
Adicione um governador e um estado no banco de dados. Crie uma classe chamada AdicionaEstadoGovernador
no pacote br.com.k19.testes do projeto K19-Mapeamento-XML.
10
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class AdicionaEstadoGovernador {

Governador g = new Governador () ;
g . setNome ( " Rafael Cosentino " ) ;
Estado e = new Estado () ;
e . setNome ( " So Paulo " ) ;
e . setGovernador ( g ) ;
manager . persist ( g ) ;
manager . persist ( e ) ;
}
}
Cdigo Java D.18: AdicionaEstadoGovernador.java
Abra o MySQL Workbench e observe as propriedades das tabelas Estado e Governador da base
de dados K21_mapeamento_xml_bd.
11
One to Many
156
www.k19.com.br
157
M APEAMENTO COM XML
Suponha que em nosso domnio existam as entidades Departamento e Funcionrio. Criaramos

duas classes com as anotaes bsicas de mapeamento.
1
2
3
4
5

private Long id ;
}
Cdigo Java D.19: Departamento.java
1
2
3
4
5

class Funcionario {
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

< entity class = " br . com . k19 . Departamento " >
< attributes >
</ id >
</ attributes >
</ entity >
< attributes >
</ id >
</ attributes >
</ entity >
Como existe um relacionamento entre departamentos e funcionrios, devemos expressar esse

vnculo atravs de um atributo que pode ser inserido na classe Departamento. Supondo que um
departamento possa ter muitos funcionrios, devemos utilizar uma coleo para expressar esse relacionamento.
1
2
3
4
5
6
7

private Long id ;
}
Para informar a cardinalidade do relacionamento entre departamentos e funcionrios, devemos

usar a tag <one-to-many na coleo.
1
2
3
4
5

...
< attributes >
www.k19.com.br
157
M APEAMENTO COM XML

6
7
8
9
10
11
12
13
158

</ id >
<one - to - many name = " funcionarios " / >
</ attributes >
</ entity >
No banco de dados, alm das duas tabelas correspondentes s classes Departamento e Funcionario,
deve existir uma terceira tabela para relacionar os registros dos departamentos com os registros dos
funcionrios. Essa terceira tabela chamada de tabela de relacionamento ou join table.
Por padro, o nome da join table a concatenao com _ dos nomes das duas entidades. No
exemplo de departamentos e funcionrios, o nome do join table seria Departamento_Funcionario.
Essa tabela possuir duas colunas vinculadas s entidades que formam o relacionamento. No exemplo, a join table Departamento_Funcionario possuir uma coluna chamada Departamento_id e outra chamada funcionarios_id.
Figura D.7: Tabelas correspondentes s classes Departamento e Funcionario
Para personalizar os nomes das colunas da join table e da prpria join table, podemos usar a tag
<join-table> no atributo que define o relacionamento.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

...
< attributes >
</ id >
<one - to - many name = " funcionarios " >
< join - table name = " DEP_FUNC " >
< join - column name = " DEP_ID " / >
< inverse - join - column name = " FUNC_ID " / >
</ join - table >
</ one - to - many >
</ attributes >
</ entity >
158
www.k19.com.br
159
M APEAMENTO COM XML
Figura D.8: Personalizando a tabela de relacionamento
Exerccios de Fixao
12
Departamento e Funcionario.
1
2
3
4
5
6

private Long id ;
}
1
2
3
4
5
6
7

private Long id ;
private Collection < Funcionario > funcionarios = new ArrayList < Funcionario >() ;
}
13
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

...
< entity class = " br . com . k19 . modelo . Funcionario " >
< attributes >
</ id >
</ attributes >
</ entity >
< entity class = " br . com . k19 . modelo . Departamento " >
< attributes >
</ id >
<one - to - many name = " funcionarios " / >
</ attributes >
</ entity >
www.k19.com.br
159
M APEAMENTO COM XML

19
160
...
14
Adicione um departamento e um funcionrio no banco de dados. Crie uma classe chamada
AdicionaDepartamentoFuncionario no pacote br.com.k19.testes do projeto K19-MapeamentoXML.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class AdicionaDepartamentoFuncionario {

d . setNome ( " Financeiro " ) ;
d . getFuncionarios () . add ( f ) ;
}
}
Cdigo Java D.24: AdicionaDepartamentoFuncionario.java
Abra o MySQL Workbench e observe as propriedades das tabelas Departamento, Funcionario e

Departamento_Funcionario da base de dados K21_mapeamento_xml_bd.
15
Many to One
Suponha que em nosso domnio existam as entidades Pedido e Cliente. As duas classes que modelariam essas entidades seriam definidas com as anotaes principais de mapeamento.
1
2
3
4
5

class Pedido {
private Long id ;
}
Cdigo Java D.25: Pedido.java
1
2
3
4
5

class Cliente {
private Long id ;
}
Cdigo Java D.26: Cliente.java
160
www.k19.com.br
161
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
M APEAMENTO COM XML

< entity class = " br . com . k19 . Pedido " >
< attributes >
</ id >
</ attributes >
</ entity >
< entity class = " br . com . k19 . Cliente " >
< attributes >
</ id >
</ attributes >
</ entity >
Como existe um relacionamento entre pedidos e clientes, devemos expressar esse vnculo atravs
de um atributo que pode ser inserido na classe Pedido. Supondo que um pedido pertena a um nico
cliente, devemos utilizar um atributo simples para expressar esse relacionamento.
1
2
3
4
5
6

class Pedido {
private Long id ;
}
Para informar a cardinalidade do relacionamento entre pedidos e clientes, devemos utilizar a tag
<many-to-one>.
1
2
3
4
5
6
7
8
9
10
11
12
13

< attributes >
</ id >
< many - to - one name = " cliente " / >
</ attributes >
</ entity >
...
No banco de dados, a tabela referente classe Pedido possuir uma join column vinculada
tabela da classe Cliente. Por padro, o nome da join column formado pelo nome da entidade alvo
do relacionamento, seguido pelo caractere _ e pelo nome do atributo que define a chave primria
da entidade alvo.
www.k19.com.br
161
M APEAMENTO COM XML
162
Figura D.9: Tabelas correspondentes s classes Pedido e Cliente
No exemplo de pedidos e clientes, o nome da join column seria cliente_id. Podemos alterar o
nome padro das join columns usando a tag <join-column>.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

< attributes >
</ id >
< many - to - one name = " cliente " >
< join - column name = " cli_id " / >
</ many - to - one >
</ attributes >
</ entity >
...
Figura D.10: Personalizando a tabela Pedido
Mais Sobre
Por padro, em um relacionamento Many to One, um objeto da primeira entidade no
devemos usar o atributo optional da tag many-to-one.
1
2
3
4
5
6
7
8
9
10
11
12
13

< attributes >
</ id >
< many - to - one name = " cliente " optional = " false " / >
</ attributes >
</ entity >
...
162
www.k19.com.br
163
M APEAMENTO COM XML
Exerccios de Fixao
Pedido e Cliente.
16
1
2
3
4
5
6
public class Cliente {

private Long id ;
}
Cdigo Java D.28: Cliente.java
1
2
3
4
5
6
7
public class Pedido {

private Long id ;
}
17
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

...
< entity class = " br . com . k19 . modelo . Pedido " >
< attributes >
</ id >
< basic name = " data " >
</ basic >
< many - to - one name = " cliente " / >
</ attributes >
</ entity >
< entity class = " br . com . k19 . modelo . Cliente " >
< attributes >
</ id >
</ attributes >
</ entity >
...
Adicione um cliente e um departamento no banco de dados. Crie uma classe chamada AdicionaPedidoCliente
18
1
2
3
4
5
6
public class AdicionaPedidoCliente {

. createEntityManagerFactory ( " K21_mapeamento_xml_pu " ) ;
www.k19.com.br
163
M APEAMENTO COM XML

7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
164

Cliente c = new Cliente () ;
c . setNome ( " Rafael Cosentino " ) ;
Pedido p = new Pedido () ;
p . setData ( Calendar . getInstance () ) ;
p . setCliente ( c ) ;
}
}
Cdigo Java D.30: AdicionaPedidoCliente.java
19 Abra o MySQL Workbench e observe as propriedades das tabelas Cliente e Pedido da base de
dados K21_mapeamento_xml_bd.
Many to Many
Suponha que em nosso domnio existam as entidades Livro e Autor. As classes com as anotaes
bsicas de mapeamento seriam mais ou menos assim:
1
2
3
4
5

class Livro {
private Long id ;
}
Cdigo Java D.31: Livro.java
1
2
3
4
5

class Autor {
private Long id ;
}
Cdigo Java D.32: Autor.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
164

< entity class = " br . com . k19 . Livro " >
< attributes >
</ id >
</ attributes >
</ entity >
< entity class = " br . com . k19 . Autor " >
< attributes >
</ id >
</ attributes >
</ entity >
www.k19.com.br
165
M APEAMENTO COM XML
Como existe um relacionamento entre livros e autores, devemos expressar esse vnculo atravs
de um atributo que pode ser inserido na classe Livro. Supondo que um livro possa ser escrito por
muitos autores, devemos utilizar uma coleo para expressar esse relacionamento.
1
2
3
4
5
6
7

class Livro {
private Long id ;
}
Para informar a cardinalidade do relacionamento entre livros e autores, devemos utilizar a tag
<many-to-many>.
1
2
3
4
5
6
7
8
9
10
11
12
13

< attributes >
</ id >
< many - to - many name = " autores " / >
</ attributes >
</ entity >
...
No banco de dados, alm das duas tabelas correspondentes s classes Livro e Autor, uma join
table criada para relacionar os registros dos livros com os registros dos autores. Por padro, o nome
da join table a concatenao com _ dos nomes das duas entidades. No exemplo de livros e autores, o nome do join table seria Livro_Autor. Essa tabela possuir duas colunas vinculadas s entidades que formam o relacionamento. No exemplo, a join table Livro_Autor possuir uma coluna
chamada Livro_id e outra chamada autores_id.
Figura D.11: Tabelas correspondentes s classes Livro e Autor
www.k19.com.br
165
M APEAMENTO COM XML
166
Para personalizar o nome join table e os nomes de suas colunas, podemos usar a tag <join-table>
no atributo que define o relacionamento.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

< attributes >
</ id >
< many - to - many name = " autores " >
< join - table name = " Liv_Aut " >
< join - column name = " Liv_ID " / >
< inverse - join - column name = " Aut_ID " / >
</ join - table >
</ many - to - many >
</ attributes >
</ entity >
...
Figura D.12: Personalizando a tabela de relacionamento
Exerccios de Fixao
20
Livro e Autor.
1
2
3
4
5
6

private Long id ;
}
Cdigo Java D.34: Autor.java
1
2
3
4
5
6
166

private Long id ;
private Collection < Autor > autores = new ArrayList < Autor >() ;
www.k19.com.br
167
7
M APEAMENTO COM XML

}
21
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

...
< entity class = " br . com . k19 . modelo . Livro " >
< attributes >
</ id >
< many - to - many name = " autores " / >
</ attributes >
</ entity >
< entity class = " br . com . k19 . modelo . Autor " >
< attributes >
</ id >
</ attributes >
</ entity >
...
Adicione um livro e um autor no banco de dados. Crie uma classe chamada AdicionaLivroAutor
22
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
public class AdicionaLivroAutor {

Autor a = new Autor () ;
a . setNome ( " Rafael Cosentino " ) ;
Livro l = new Livro () ;
l . setNome ( " JPA2 " ) ;
l . getAutores () . add ( a ) ;
manager . persist ( a ) ;
manager . persist ( l ) ;
}
}
Cdigo Java D.36: AdicionaLivroAutor.java
Abra o MySQL Workbench e observe as propriedades das tabelas Livro, Autor e Livro_Autor
da base de dados K21_mapeamento_xml_bd.
23
www.k19.com.br
167
M APEAMENTO COM XML
168
Quando expressamos um relacionamento colocando um atributo em uma das entidades, podemos acessar a outra entidade a partir da primeira. Por exemplo, considere o relacionamento entre
governadores e estados.
1
2
3
4
5
6
class Estado {
private Long id ;
}
1
2
3
4
5
class Governador {
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

< attributes >
</ id >
</ attributes >
</ entity >
< attributes >
</ id >
</ attributes >
</ entity >
Como o relacionamento est definido na classe Estado, podemos acessar o governador a partir
de um estado.
1
2
Estado e = manager . find ( Estado . class , 1 L ) ;

Governador g = e . getGovernador () ;
Cdigo Java D.39: Acessando o governador a partir de um estado
Tambm podemos expressar o relacionamento na classe Governador. Dessa forma, poderamos

acessar um estado a partir de um governador.
1
2
3
4
5
6
class Governador {
private Long id ;
}
168
www.k19.com.br
169
1
2
3
4
5
6
7
8
9
10
11
12
13
M APEAMENTO COM XML

...
< attributes >
</ id >
<one - to - one name = " estado " / >
</ attributes >
</ entity >
1
2
Governador g = manager . find ( Governador . class , 1 L ) ;

Estado e = g . getEstado () ;
Cdigo Java D.41: Acessando um estado a partir de um governador
A figura abaixo ilustra as tabelas Estado e Governador no banco de dados, assim como as join
columns correspondentes aos relacionamentos.
Figura D.13: Tabelas Estado e Governador no banco de dados
Note que foram criadas duas colunas de relacionamentos. A primeira na tabela Estado com o
nome governador_id e a segunda na tabela Governador com o nome estado_id. Nesse caso, o
provedor JPA est considerando dois relacionamentos unidirecionais distintos entre essas entidades.
No entanto, de acordo com o modelo relacional, a relao entre estados e governadores deveria
ser expressa com apenas uma coluna de relacionamento. Ou seja, o relacionamento entre governadores e estados deveria ser bidirecional. Assim, devemos indicar em uma das classes que esse
relacionamento bidirecional a juno de dois relacionamentos unidirecionais. Para isso, devemos
usar o atributo mapped-by da tag <one-to-one> em uma das entidades. O valor do mapped-by deve
ser o nome do atributo que expressa o mesmo relacionamento na outra entidade.
1
2
3
4
5
6
7
8
9
10
11
12
13

...
< attributes >
</ id >
<one - to - one name = " estado " mapped - by = " governador " / >
</ attributes >
</ entity >
www.k19.com.br
169
M APEAMENTO COM XML
170
Figura D.14: Tabelas Estado e Governador no banco de dados
Exerccios de Fixao
Considere um sistema de cobrana de ligaes telefnicas. Nesse sistema, temos uma entidade
chamada Ligao e uma entidade chamada Fatura. Cada ligao est associada a uma nica fatura,
enquanto que uma fatura est associada a mltiplas ligaes. Implemente classes para modelar essas
duas entidades em uma pacote chamado br.com.k19.modelo no projeto K19-Mapeamento-XML.
24
1
2
3
4
5
6
7

private Long id ;
}
Cdigo Java D.42: Fatura.java
1
2
3
4
5
6
7
public class Ligacao {

private Long id ;
private Integer duracao ;
private Fatura fatura ;
}
Cdigo Java D.43: Ligacao.java
25
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
170

...
< entity class = " br . com . k19 . modelo . Fatura " >
< attributes >
</ id >
< basic name = " vencimento " >
</ basic >
<one - to - many name = " ligacoes " / >
</ attributes >
</ entity >
< entity class = " br . com . k19 . modelo . Ligacao " >
< attributes >
</ id >
< many - to - one name = " fatura " / >
</ attributes >
www.k19.com.br
171
24
25
M APEAMENTO COM XML

</ entity >
...
Crie um teste para adicionar algumas ligaes e uma fatura no pacote br.com.k19.testes no
projeto K19-Mapeamento-XML.
26
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
public class AdicionaFaturaLigacao {

Fatura fatura = new Fatura () ;
fatura . setVencimento ( new GregorianCalendar (2012 , 11 , 20) ) ;
manager . persist ( fatura ) ;
}
}
Cdigo Java D.44: AdicionaFaturaLigacao.java
Atravs do MySQL Workbench, verifique as tabelas criadas. Observe que a tabela Ligacao possui
uma coluna de relacionamento chamada fatura_id e a tabela Fatura_Ligacao vincula os registros
das tabelas Ligacao e Fatura.
27
Atravs do MySQL Workbench, apague primeiro a tabela Fatura_Ligacao e, em seguida, apague

as tabelas Fatura e Ligacao.
28
Altere o cdigo do arquivo orm.xml da pasta src/META-INF do projeto K19-Mapeamento-XML

de forma a criar um relacionamento bidirecional entre as faturas e as ligaes.
29
1
2
3
4
5
6
7
8
9
10
...
< entity class = " br . com . k19 . modelo . Fatura " >
< attributes >
</ id >
< basic name = " vencimento " >
</ basic >
www.k19.com.br
171
M APEAMENTO COM XML

11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
172
<one - to - many name = " ligacoes " mapped - by = " fatura " / >
</ attributes >
</ entity >
< entity class = " br . com . k19 . modelo . Ligacao " >
< attributes >
</ id >
< many - to - one name = " fatura " / >
</ attributes >
</ entity >
...
Execute a classe AdicionaFaturaLigacao para adicionar a futura e suas ligaes. Atravs do

MySQL Workbench, verifique as tabelas criadas. Note que foram criadas apenas duas tabelas: Fatura
e Ligacao.
30
Objetos Embutidos
Suponha que em nosso domnio exista uma entidade chamada Pessoa. Toda pessoa possui
um endereo, que formado por pas, estado, cidade, logradouro, nmero, complemento e CEP.
Para melhorar a organizao da nossa aplicao, podemos criar e mapear duas classes: Pessoa e
Endereco.
1
2
3
4
5
6
class Pessoa {
private Long id ;
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
class Endereco {
private Long id ;
private int cep ;
}
Cdigo Java D.46: Endereco.java
1
2
3
172

< attributes >
www.k19.com.br
173
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
M APEAMENTO COM XML

</ id >
</ basic >
<one - to - one name = " endereco " / >
</ attributes >
</ entity >
< entity class = " br . com . k19 . Endereco " >
< attributes >
</ id >
</ attributes >
</ entity >
Da forma como os mapeamentos esto definidos, duas tabelas sero criadas: uma para a classe
Pessoa e outra para a classe Endereco. Na tabela Pessoa, haver uma coluna de relacionamento.
Para recuperar os dados do endereo de uma pessoa, duas tabelas precisam ser consultadas atravs de uma operao de join. Esse tipo de operao no banco de dados custoso.
Suponha que a tabela Endereco esteja relacionada apenas com a tabela Pessoa. Nesse caso, seria
interessante se pudssemos guardar os endereos das pessoas na prpria tabela Pessoa, tornando
desnecessria a existncia da tabela Endereco. No entanto, gostaramos de manter as classes Pessoa
e Endereco.
Isso pode ser feito da seguinte forma. No arquivo orm.xml, devemos remover o elemento de cardinalidade <one-to-one> e o mapeamento da entidade Endereco. Alm disso, devemos acrescentar
o elemento <embeddable/> para mapear a classe Endereco. Alm disso, no devemos definir uma
chave para a classe Endereco, pois ela no define uma entidade.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

< attributes >
</ id >
</ basic >
</ attributes >
</ entity >
< embeddable class = " br . com . k19 . Endereco " / >
1
2
3
4
5
6
class Endereco {
www.k19.com.br
173
M APEAMENTO COM XML

7
8
9
10
11
12
13
14
15
174

private int cep ;
}
Podemos conseguir o mesmo resultado da seguinte forma. Na arquivo orm.xml, devemos substituir o elemento de cardinalidade <One-to-one> por <embedded> e remover o mapeamento da entidade Endereco. Tambm, no devemos definir uma chave para a classe Endereco, pois ela no
define uma entidade.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

< attributes >
</ id >
</ basic >
< embedded name = " endereco " / >
</ attributes >
</ entity >
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class Endereco {
private int cep ;
}
Exerccios de Fixao
Crie uma classe para modelar endereos no pacote br.com.k19.modelo do projeto K19-MapeamentoXML.
31
1
2
174
public class Endereco {
www.k19.com.br
175
3
4
5
6
7
8
9
10
11
12
M APEAMENTO COM XML

}
No pacote br.com.k19.modelo do projeto K19-Mapeamento-XML, crie uma classe chamada

Candidato.
32
1
2
3
4
5
6
7
8
9
10
11
public class Candidato {

private Long id ;
}
Cdigo Java D.50: Candidato.java

33
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
...
< entity class = " br . com . k19 . modelo . Candidato " >
< attributes >
</ id >
</ basic >
< embedded name = " endereco " / >
</ attributes >
</ entity >
...
Crie uma classe chamada AdicionaCandidatoEndereco para adicionar alguns candidatos e endereos no pacote br.com.k19.testes do projeto K19-Mapeamento-XML.
34
1
2
3
4
5
6
7
8
9
10
public class AdicionaCandidatoEndereco {

Endereco e = new Endereco () ;
e . setEstado ( " So Paulo " ) ;
www.k19.com.br
175
M APEAMENTO COM XML

11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
176
e . setCidade ( " So Paulo " ) ;

e . setLogradouro ( " Av . Bigadeiro Faria Lima " ) ;
e . setNumero (1571) ;
p . setNascimento ( new GregorianCalendar (1984 , 10 , 30) ) ;
p . setEndereco ( e ) ;
}
}
Cdigo Java D.51: AdicionaCandidatoEndereco.java
Herana
O mapeamento objeto-relacional descreve como os conceitos de orientao a objetos so mapeados para os conceitos do modelo relacional. De todos os conceitos de orientao a objetos, um dos
mais complexos de se mapear o de Herana.
A especificao JPA define trs estratgias para realizar o mapeamento de herana.
Single Table
Joined
Table Per Class
Single Table
A estratgia Single Table a mais comum e a que possibilita melhor desempenho em relao a
velocidade das consultas. Nessa estratgia, a super classe deve ser mapeada com
<inheritance strategy=SINGLE_TABLE>.
O provedor JPA criar apenas uma tabela com o nome da super classe para armazenar os dados
dos objetos criados a partir da super classe ou das sub classes. Todos os atributos da super classe
e os das sub classes sero mapeados para colunas dessa tabela. Alm disso, uma coluna especial
chamada DTYPE ser utilizada para identificar a classe do objeto correspondente ao registro.
1
2
3
4
5

private Long id ;
}
176
www.k19.com.br
177
1
2
3
M APEAMENTO COM XML

}
Cdigo Java D.53: PessoaJuridica.java
1
2
3

}
Cdigo Java D.54: PessoaFisica.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

< inheritance strategy = " SINGLE_TABLE " / >
< attributes >
</ id >
</ attributes >
</ entity >
< entity class = " br . com . k19 . PessoaJuridica " >
</ entity >
< entity class = " br . com . k19 . PessoaFisica " >
</ entity >
Figura D.15: Tabela correspondente s classes Pessoa, PessoaJuridica e PessoaFisica
A desvantagem da Single Table o consumo desnecessrio de espao, j que nem todos os campos so utilizados para todos os registros. Por exemplo, se uma pessoa jurdica fosse cadastrada, o
campo cpf no seria utilizado. Da mesma forma, se uma pessoa fsica fosse cadastrada, o campo
cnpj no seria utilizado.
Joined
Nessa estratgia, uma tabela para cada classe da hierarquia criada. Em cada tabela, apenas
os campos referentes aos atributos da classe correspondente so adicionados. Para relacionar os
registros das diversas tabelas e remontar os objetos quando uma consulta for realizada, as tabelas relacionadas s sub-classes possuem chaves estrangeiras vinculadas tabela associada super-classe.
www.k19.com.br
177
M APEAMENTO COM XML

1
2
3
4
5
178

private Long id ;
}
1
2
3

}
1
2
3

}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

< inheritance strategy = " JOINED " / >
< attributes >
</ id >
</ attributes >
</ entity >
</ entity >
</ entity >
Figura D.16: Tabelas correspondentes s classes Pessoa, PessoaJuridica e PessoaFisica
O consumo de espao utilizando a estratgia Joined menor do que o utilizado pela estratgia
Single Table. Contudo, as consultas so mais lentas, pois necessrio realizar operaes de join para
recuperar os dados dos objetos.
178
www.k19.com.br
179
M APEAMENTO COM XML
Table Per Class

Nessa estratgia, uma tabela para cada classe concreta da hierarquia criada. Contudo, os dados
de um objeto no so colocados em tabelas diferentes. Dessa forma, para remontar um objeto no
necessrio realizar operaes de join. A desvantagem desse modo que no existe um vnculo
explcito no banco de dados entres as tabelas correspondentes s classes da hierarquia.
1
2
3
4
5

private Long id ;
}
1
2
3

}
1
2
3

}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

< inheritance strategy = " TABLE_PER_CLASS " / >
< attributes >
</ id >
</ attributes >
</ entity >
</ entity >
</ entity >
Figura D.17: Tabelas correspondentes s classes Pessoa, PessoaJuridica e PessoaFisica
Na estratgia Table Per Class, no podemos utilizar a gerao automtica de chave primrias
simples e numricas.
www.k19.com.br
179
M APEAMENTO COM XML
180
Exerccios de Fixao
Adicione uma classe chamada Pessoa no pacote br.com.k19.modelo do projeto K19-MapeamentoXML.
35
1
2
3
4
5
6
7

private Long id ;
}
Faa a classe PessoaJuridica no pacote br.com.k19.modelo do projeto K19-MapeamentoXML.

36
1
2
3
4
5

}
37
Faa a classe PessoaFisica no pacote br.com.k19.modelo do projeto K19-Mapeamento-XML.
1
2
3
4
5

}

38
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
...
< entity class = " br . com . k19 . modelo . Pessoa " >
< inheritance strategy = " SINGLE_TABLE " / >
< attributes >
</ id >
</ attributes >
</ entity >
< entity class = " br . com . k19 . modelo . PessoaJuridica " >
</ entity >
< entity class = " br . com . k19 . modelo . PessoaFisica " >
</ entity >
...
180
www.k19.com.br
181
M APEAMENTO COM XML
Crie um teste para adicionar pessoas. No pacote br.com.k19.testes do projeto K19-MapeamentoXML adicione a seguinte classe:
39
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

EntityManagerFactory factory = Persistence . createEntityManagerFactory ( " K21_mapeamento_xml_pu " ) ;
p1 . setNome ( " Marcelo " ) ;
PessoaFisica p2 = new PessoaFisica () ;
p2 . setNome ( " Rafael " ) ;
p2 . setCpf ( " 1234 " ) ;
PessoaJuridica p3 = new PessoaJuridica () ;
p3 . setNome ( " K19 " ) ;
p3 . setCnpj ( " 567788 " ) ;
}
}
Cdigo Java D.64: AdicionaPessoa.java
www.k19.com.br
181
M APEAMENTO COM XML
182
182
www.k19.com.br
APNDICE
R ESPOSTAS
Resposta do Complementar 1.1

1
2
3
4
5
6
7
8
9
10
@Entity
@Id @GeneratedValue
private Long id ;
}
1
2
3
4
5
6
7
8
public class GeraTabelas {

Persistence . createEntityManagerFactory ( " K21_livraria " ) ;
}
}
Cdigo Java 1.5: GeraTabelas.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
public class InsereAutorComJPA {

Autor novoAutor = new Autor () ;
Scanner entrada = new Scanner ( System . in ) ;
System . out . println ( " Digite o nome do autor : " ) ;
novoAutor . setNome ( entrada . nextLine () ) ;
manager . persist ( novoAutor ) ;
www.k19.com.br
183
R ESPOSTAS
18
19
20
21
22
23
184

}
}
Cdigo Java 1.17: InsereAutorComJPA.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public class ListaAutoresComJPA {

Query query = manager . createQuery ( " SELECT a FROM Autor a " ) ;
for ( Autor a : autores ) {
System . out . println ( " AUTOR : " + a . getNome () ) ;
}
}
}
Cdigo Java 1.18: ListaAutoresComJPA.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public class ListaAutores {

Root < Autor > l = c . from ( Autor . class ) ;
c . select ( l ) ;
System . out . println ( autor . getNome () ) ;
}
}
}
Cdigo Java 5.10: ListaAutores.java
184
www.k19.com.br

k19-k21 - Persistência Com JPA2 e Hibernate PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

k19-k21 - Persistência Com JPA2 e Hibernate PDF

Enviado por

Direitos autorais:

Formatos disponíveis

TREINAMENTOS

Persistncia com JPA 2 e Hibernate

C Bean Validation e Hibernate Validator

Objetos Grandes (LOB) . . . . .

Conhea os nossos cursos

K11 - Orientao a Objetos em Java

K12 - Desenvolvimento Web com JSF2 e JPA2

K21 - Persistncia com JPA2 e Hibernate

K22 - Desenvolvimento Web Avanado com JFS2, EJB3.1 e CDI

K23 - Integrao de Sistemas com Webservices, JMS e EJB

K31 - C# e Orientao a Objetos

K32 - Desenvolvimento Web com ASP.NET MVC

< persistence version = " 2.0 "

Persistence . createEntityManagerFactory ( " K19 - PU " ) ;

Crie uma pasta chamada lib dentro do projeto K19-JPA2-Hibernate.

Entre na pasta K19-Arquivos/hibernate-release-4.1.2.Final/lib da rea de Trabalho e copie os

Entre na pasta K19-Arquivos/MySQL-Connector-JDBC da rea de Trabalho e copie o arquivo

mysql-connector-java-5.1.19.bin.jar para pasta lib do projeto K19-JPA2-Hibernate.

< persistence version = " 2.0 "

Gere as tabelas usando o mtodo createEntityManagerFactory() da classe Persistence. Para

public class GeraTabelas {

outra para armazenar o nome do autor.

Editora novaEditora = new Editora () ;

Editora editora1 = manager . find ( Editora . class , 1 L ) ;

Editora editora = manager . find ( Editora . class , 1 L ) ;

Editora editora = manager . find ( Editora . class , 1 L ) ;

Query query = manager . createQuery ( " SELECT e FROM Editora e " ) ;

manager . getTransaction () . begin () ;

Editora editora = manager . find ( Editora . class , 1 L ) ;

public class InsereEditoraComJPA {

public class ListaEditorasComJPA {

No pacote br.com.k19.testes do projeto K19-JPA2-Hibernate, crie um teste para listar os

O mapeamento objeto-relacional o corao do Hibernate e das outras implementaes de JPA.

Cdigo Java 2.1: Pessoa.java

Cdigo Java 2.2: Pessoa.java

Limita a quantidade de caracteres de uma string

Gerando chaves primrias automaticamente

Esses tipos so chamados de tipos bsicos.

Objetos Grandes (LOB)

Por padro, quando aplicamos o tipo java.util.Date ou java.util.Calendar, tanto a data

TemporalType.DATE: Armazena apenas a data (dia, ms e ano).

Eventualmente, no desejamos que alguns atributos de um determinado grupo de objetos sejam

Field Access e Property Access

Abra o MySQL Workbench e apague a base de dados K21_mapeamento_bd se existir. Depois

< persistence version = " 2.0 "

br.com.k19.modelo no projeto K19-Mapeamento.

Adicione um usurio no banco de dados. Crie uma classe chamada AdicionaUsuario em um

public class AdicionaUsuario {

Periodo poderia vir a ser:

Cdigo Java 2.16: Funcionario.java

Figura 2.3: Tabelas correspondentes classe Funcionario e ao atributo telefones

Cdigo Java 2.17: Funcionario.java

Figura 2.4: Personalizando os nomes da tabela e das colunas

Figura 2.5: Tabelas correspondentes s classes Estado e Governador

Figura 2.6: Personalizando o nome da coluna de relacionamento

Implemente duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento: Estado e Governador.

EstadoGovernador no pacote br.com.k19.testes do projeto K19-Mapeamento.

public class AdicionaEstadoGovernador {

Como existe um relacionamento entre departamentos e funcionrios, devemos expressar esse

Para informar a cardinalidade do relacionamento entre departamentos e funcionrios, devemos

Figura 2.7: Tabelas correspondentes s classes Departamento e Funcionario

Figura 2.8: Personalizando a tabela de relacionamento

Implemente duas entidades no pacote br.com.k19.modelo do projeto K19-Mapeamento: Funcionario e Departamento.