4. Mapeo de Clases

7/31/2019 4. Mapeo de Clases

1/102

Mapeo de clases

Sistemas de persistencia deobjetos


2/102

Entidades

Un entidad representa un concepto deldominio

entidades Su ciclo de vida es independiente Debe tener una clave primaria

nov-08 [email protected] 2


3/102

Value Types

Representan informacin adicional, noconceptos principales de dominio

una entidad o como composiciones(UML)

Su ciclo de vida depende enteramentede la entidad que las posee No pueden tener referencias entrantesnov-08 [email protected] 3


4/102

VT, no referencias entrantes


No es posible


5/102

Representacin UML de VT


equivalentes


6/102

Representacin en Java



7/102

Paso de Value Types

Siempre por copia En java por defecto se pasan referencias

Cuidado con los getters

Alternativa: inmutables Las clases bsicas del JDK

String, Integer, Long, Double, etc



8/102

Cuidado en getters


Peligro!!!

Peligro!!!

Seguro, String es inmutable


9/102

Getters pueden romperencapsulacin



10/102

POJO (plain old java objects)

Las clases que necesitan ser persistentes sonclases java planas (java beans) Tienen que respetar un mnimo convenio de


Setters/getters, constructor sin parmetros, etc.

La informacin necesaria para persistencia seaade en forma de metadatos Hibernate nativo xml, hibernate annotations JPA annotations, xml


11/102

POJO Ejemplo (entidad)



12/102

POJO Ejemplo (entidad)



13/102

POJO Ejemplo (Value Object)

Ti o de acceso field

No lleva @IdNo lleva @Id


property) igual al de laclase que lo incluye


14/102

POJOs JPA

Constructor sin parmetros obligatorio Identificador Preferiblemente no tipos bsicos (int, long, etc.), mejor tipos

nullables (Integer, Long, etc.)


Se correspondern con la clave primaria de la tabla

Getters y Setters (get/set/is) para cada atributo pueden ser privados JPA puede usar los setters al cargar un objeto para ajustar

sus atributos Colecciones para asociaciones many

Puede ser Set, List, Map o Collection Setters y getters pueden ser privados


15/102

Persistencia de campos en JPA

Todos tipos JDK tienen persistenciaautomtica Campos de otro tipo:

@Embeddable todos los campos a la mismatabla

Referencias a Entidades: son relaciones, nocampos. FK a la tabla de @Entity

Resto de casos, serializacin Debe implementar Serializable



16/102

Metadatos en annotations

@Entity entidades @Embeddable Value Types


de acceso del motor de persistencia alos atributosAcceso field (public, private, protected, package)Acceso properties (a travs de get/set)

getters y setters public o protected


17/102

Metadatos en XML

En fichero orm.xml En persistence.xml

persistence.xml

XML revoca las indicaciones de

Annotations En deploy pueden se pueden ajustar

rendimientos sin tocar cdigo fuente



18/102

Metadatos xml, ejemplo



19/102

Categoras de anotaciones

Entity Database Schema

Inheritance Locking

Direct Mappings Relationship

mappins Composition

Entity Manager Queries



20/102

Anotaciones por categora



21/102

Anotaciones por categora



22/102

Mapeo de clases



23/102

@Entity Marca una clase como entidad

Entidades


en las queries @Table


24/102

@Colum

Condiciona la generacin de DDL Por defecto (sin @Column) cada

mismo nombre



25/102

tribu

tos

nov-08 [email protected] 25@

Colu

mn,a


26/102

Marca una clase como ValueType Se pueden configurar las propiedades

@Embeddable

@Basic, @Column, @Lob, @Temporal,

@Enumerated



27/102

@Basic

Aplicable a:



28/102

@Enumerated

Cmo se salvan los valores enumerados EnumType.ORDINAL


.

En BDD se crear uncampo tipo INTEGER o

VARCHAR


29/102


30/102

@Lob,@Transient

@Lob

@Transient



31/102

Tabla de tipos hibernate



32/102

Tabla de tipos hibernate (2)



33/102

Mapeo de clases



34/102

Identity vs equality Java identity Object equality Database identity


. . . clave primaria de la tabla Se mapean con la etiqueta Por ello todas las clasestodas las clases EntidadEntidad deben tener identificadordeben tener identificador,

usualmente un Long

No siempre sern iguales El periodo de tiempo que s lo son se le denomina "mbito

de identidad garantizada, mbito de persistencia


35/102

Identidad de BBDD


La clave debe ser inmutable, una vezasignada no se puede cambiar

JPA usa el setter cuando se carga enmemoria. No debe ser pblico y no puede serprivado protected

protected


36/102


37/102

Clave candidata

Condiciones Nunca puede ser NULL Cada fila es una combinacin nica


un a pu am ar Si hay varias se escogera solo una, las otras

son UNIQUE Se forman con una sola o combinaciones de

propiedades Si no hay ninguna est mal el diseo


38/102

Claves naturales

Tienen significado en el contexto de uso(para el usuario: las entiende y las maneja) DNI


La experiencia demuestra que causanproblemas a largo plazo si se usan comoclaves primarias Siempre son NOT-NULL? Nunca van a cambiar? Nunca se van a repetir?

Y si nos equivocamosal dar el alta?, luego nose puede cambiar


39/102

Business keys

Podran ser claves candidatas Pero existe la probabilidad (baja) de que suvalor cambie en el tiempo


Son de utilidad para el usuario ya que lasemplea de forma cotidiana P.e. el nombre del departamento (puede cambiar

pero pocas veces) No sirven como clave primaria pero tienen su

utilidad


40/102

Claves artificiales (surrogatekeys) Sin significado en el contexto Siempre generadas por el sistema Varias estrategias de generacin


IDENTITY SEQUENCE TABLE

hi/lo uuid.hex Nuevas implementando un interfaz

generan int, long o short

genera string de 32 caracteresnico en el mundo

Ver documentacin dereferencia

JPA

Hib


41/102


42/102

@Id

En cada entidad al menos: Una @Id

que forma clave (clave compuesta) Una @EmbeddedId



43/102

@GeneratedValue

Indica que la clave no es asignada porel programa sino generada por el


El bl d l l ()


44/102

El problema del equals() yhashCode()

Suponiendo que el hashCode() y el


equals() se calculan incluyendo el

nombre del usuario i == ii ?


45/102


46/102

HashCode() y equals()

No se pueden definir sobre las clavesartificiales ya que no existen hasta queno se inserta en la BBDD


Se generan all, al hacer el INSERTAl final de la transaccin

Se deben definir sobre los atributos que

forman una clave candidata o en sudefecto sobre una business key


47/102

Mapeo de clases



48/102

Entities vs Value types

Una de las riquezas de los modelos OO ms clases que tablas


cuales los objetos son relevantes parael usuario En JPA siempre llevan identificador y deben

ajustarse a un convenio de nombres(mnimo)


49/102

Entities vs Value types Tipos valor son aquellas clases cuya identidad no es

conocida por el usuario, ni le importa Tienen semntica de composicin o directamente aparecen

como atributos en los diagramas UML


Las clases JDK (Integer, Long, etc.) son de este tipo Su ciclo de vida depende totalmente de la entidad a la que

estn asignados Los objetos Valor slo tienen referencias entrantes de los

objetos que los poseen y no pueden ser compartidos con

otros objetos La diferencia entre uno y otro es difcil de definir ya

que depende del contexto


50/102

Referencias

A entidades Se salvan como claves ajenas


Se salvan en la misma tabla excepto si son

colecciones (p.e. un usuario tiene variasdirecciones)

Se usa la etiqueta @Embedded


51/102

Ejemplo



52/102

Mapeos

Si ha ms de un VT del mismo ti o en una


entidad hay que forzar los nombres de lascolumnas ya que si no se repiten en el DDL


53/102

Mapeo de clases


Estrategias para mapear


54/102

Estrategias para mapear

herencia

JPA permite 3 Tabla por cada clase no abstracta


. _ _

Tabla por cada clase InheritanceType.JOINED

Tabla nica para toda la jerarqua InheritanceType.SINGLE_TABLE

InheritanceType.TABLE_PER_CLASS


55/102

Table per concrete class Una tabla por cada clase no abstracta Las propiedades heredadas se repiten en cada tabla Problemas

Asociaciones polimrficas (de la superclase) se hacen


pon en o a en ca a a a Consultas polimrficas son menos eficientes, son variasSELECT o una UNION Cambios en la superclase se propagan por todas las tablas

Ventajas

Cuando slo se necesitan consultas contra las clases hijas Recomendable

Cuando no sea necesario el polimorfismo


56/102

Table per concrete classSe crea una tabla por cada

clase no abstractaabstracta



57/102

Table per concrete class


Atencin: Opcional en JPA, puedeque no todos los proveedores JPAla soporten

InheritanceType.SINGLE_TABLE


58/102

Table per class hierarchy Todas las clases persisten en una nica tabla con la

unin de todas las columnas de todas las clases Usa un discriminador en cada fila para distinguir el

tipo


en a as Es simple y eficiente Soporta el polimorfismo Fcil de implementar Fcil modificar cualquier clase

Desventaja Todas las columnas no comunes deben ser nullables Pueden quedar columnas vacas


59/102

Table per class hierarchy (2) Mapeo

En la clase raiz aadir @DiscriminatorColumn En cada clase hija aadir @DiscriminatorValue


Si las clases hijas tienen pocas propiedades (sediferencian ms en comportamiento) y senecesitan asociaciones polimrficas

Debera ser tomada como estrategia por defecto


60/102

Table per class hierarchy (3)



61/102

Table per class hierarchy (4)


@DiscriminatorColumn,@DiscriminatorValueno son necesarios, se toman valores pordefecto si no estn presentes


62/102


63/102

Table per subclass (2)

Recomendacin Si las clases hijas se diferencian mucho en

sus ro iedades tienen muchas


Si se necesita polimorfismo Cuando los nullables den problemas


64/102




65/102




66/102

Mapeo de clases



67/102

Colecciones de Value Types

No existen en JPA, solo hibernate Sets, bags, lists, y maps de value types


inicializar una coleccin

Forma de inicializar


68/102

colecciones

Siempre se declarael Interfaz genrico


una clase deimplementacincompatible con elinterfaz

Siempre se inicializanen la declaracin, nonoen el constructoren el constructor

Relacin entre colecciones JDK


69/102

y mapeos hibernate


Lo ms usadopara colecciones


70/102

Mapeo de Set

@Column, @JoinTableopcionales, solofuerzan nombres de


La clave de ITEM_IMAGE

es compuesta para evitarduplicados en el mismoITEM (un set no losadmite)


71/102


72/102

Mapeo de Bag


Clave artificial para hacer cada filanica (bag permite duplicados)


73/102


74/102

Sorted & ordered cols.

En hibernate no es lo mismo Sorted se hace en memoria (JVM) usandointerfaz Com arable


Ordered se hace en la BBDD con SQL Sorted solo aplicable a SortedMap y

SortedSet


75/102

Sorted collections

Solo para Set y Map(se hace en JVM)



76/102

Ordered collections


Para cualquier coleccin(excepto List()); se haceen la BDD con un order by

Colecciones de


77/102

componentes


Esta clase debe tenerredefinidos hashCode() yequals()


78/102

Mapeo de clases



79/102

No son gestionadasAl contrario que en EJB 2.x no son

gestionadas


,

una referencia Hibernate no cambia la semntica de

Java No es lo mismo de AB que BA


80/102

Asociaciones en Java

Si la relacin es bidireccionalsiempresiempre hay que establecer larelacin en las dos clases


como este para gestionar de

forma cmoda la relacin


81/102

Multiplicidad en JPA one-to-one many-to-many


- - many-to-one

son direccionales, esta es la inversa de una

one-to-many


82/102

Unidireccional muchos a uno


Bid siempre debetener un Item


83/102

Bidireccional uno a muchos


Doble actualizacin


84/102

La doble actualizacin En java es necesaria pero en SQL la asociacin

es una foreign key. Solo se actualiza el campo en una tabla.


erna e v g a am os ex remos y e ec a as

dos modificaciones en Java Se producirn dos INSERT o dos UPDATE

(segn) cuando slo una es necesaria

Para evitarlo se marca un extremo conmappedBy=campo_FK_del_otro_extremo


85/102

Propagacin en cascada


Si no hay cascadahay que salvar losdos objetos aunqueestn asociados

Con cascada basta salvaral padre (persistencia poralcanzabilidad)

Cascada o persistencia


86/102

transitiva Se llama de las dos formas Se da en las relaciones padre/hijo (los hijos

dependen del padre)


Se puede especi icar por separado el tipo

cascada deseado para cada asociacin

En doc de referenciabuscar tipos de cascada

Transitive persistence


87/102


88/102

Tipos de cascada JPAALL MERGE

REFRESH REMOVE



89/102

Cascada delete-orphan

No ser una com osicin?



90/102

Uno o uno con foreign key


En la clase que no

tiene la FK


91/102

Uno a uno con la misma clave Dos tablas comparten la misma clave

Es clave primaria en las dos


Problema: solo se genera una clave, lasegunda tabla debe esperar a que segenere en la primera Se usa un generador especial para la

segunda

Uno a uno


92/102

misma Clave

Con este generador toma laclave de la otra



93/102

Uno a muchos con BagYa est visto con SET pero se puede

hacer con BAG si no se necesita


Al no tener que garantizar el orden nivigilar los duplicados no hace faltacargar la coleccin para hacer las

inserciones. Se consigue ms eficiencia.


94/102

Uno a muchos con Bag


h


95/102

Uno a muchos con List Para mantener el orden en el que fueron insertados Esto es, no se ordenan despus de metidos como enSortedSet (o SortedMap)

No lleva ma edB =


Dos @JoinColumn

Esto anula actualizacin de este extremo

M h @O d B


96/102

a Muchos @OrderBy


List mantiene en memoria elorden trado de BDD

pero en BDD no semantiene el orden en elque se insertaron en List

Muchos a muchos

idi i l


97/102

unidireccional


Se puede hacertambin con List

e idBag

Muchos a muchos

bidi i l


98/102

bidireccional@JoinTable opcional


M d l i ti


99/102

Mapeo de clases asociativas


En BDD una muchos a muchoscon ms columnas

En java es una clase ms,mapeada con dos relaciones

muchos a uno y clavecompuesta


100/102

tiva

Clase para la clavecompuesta


Clase

asoc

i

. . .


101/102


Clave compuesta:la clase Id debe cumplirunas condiciones

P ima Ke Class


102/102

Primary Key Class: Es una clase Java (POJO) pblica. Constructor pblico sin argumentos.

public o protected. Debe ser serializable.

Define equals() and hashCode().


Documents

4. Mapeo de Clases