Advanced Mapping Persistente Domänenmodelle mit JPA 2.0 und Bean Validation.

Präsentation zum Thema: "Advanced Mapping Persistente Domänenmodelle mit JPA 2.0 und Bean Validation."—  Präsentation transkript:

1 Advanced Mapping Persistente Domänenmodelle mit JPA 2.0 und Bean Validation

2 Embedded Objects 2 Komposition: Mutterobjekt mit eingebetteten Objekten Eingebettete Objekte haben keine eigene Identität Mutterobjekt und eingebettete sind in derselben Tabelle abgelegt

3 Embedded Objects, Beispiel 3 @Embeddable public class Address { private String street; private String city; private String state; private String zip; } @Entity public class Employee { @Id private int id; private String name; private long salary; @Embedded private Address address; }

4 Enhanced Embeddables (JPA 2.0) Verschachtelung von Embeddables und Embeddables mit Beziehungen 4 @Embeddable public class Assembly {... @Embedded ShippingDetail shipDetails; @ManyToOne Supplier supplier;... }

5 Zusammengesetzte Primärschlüssel 5 public class EmployeeId implements Serializable { protected String country; protected int id; } // Variante 1 @IdClass( EmployeeId.class ) @Entity public class Employee { @Id protected String country; @Id protected int id; } // Variante 2 @Entity public class Employee { @EmbeddedId public EmployeeId id; }

6 Composite Primary Key With Relationships (JPA 2.0) 6 @Entity @IdClass(PartPK.class) public class Part { @Id int partNo; @Id @ManyToOne Supplier supplier; } public class PartPK { int partNo; int supplier; }

7 Read-Only Mappings und Optional Read-Only @Column(insertable = false, updateable = false) Optional @ManyToOne(optional = true) // Default 7

8 Mehrere Tabellen pro Entity Gelegentlich wird eine Entity in der Datenbank in mehrere Tabellen modelliert oder muss umgekehrt aus mehreren Tabellen zusammengesetzt werden. Eine Entity kann beliebig viele Sekundärtabellen haben: 8 @Entity @Table( name = "Employee" ) @SecondaryTable( name = "EmployeeExt", pkJoinColumns = { @PrimaryKeyJoinColumn(name="idRef", referencedColumnName = "id")}) public class Employee {... }

9 Mapping von SQL-Views Komplexe Abfragen werden in einer Datenbank gerne als (materialisierte) View vorgehalten. Um Performance-Vorteile zu nutzen, kann eine View wie eine Entity angesprochen werden. Beispiel: 9 @Entity public class EmployeeStats{ @Id protected long id; @Column( insertable=false, updatable=false) protected int numPhones; //... CREATE VIEW employeestats ( id, numPhones ) AS SELECT e.id, COUNT(p.*) FROM employee e LEFT OUTER JOIN PHONES P on (…) group by e.id

10 Vererbung Vererbungshierarchien können problemlos verwendet und abgebildet werden. Klassen können abstrakt oder konkret sein. Alle Klassen in der Vererbungshierarchie müssen den Primärschlüssel der Basisklasse verwenden (erben). Es gibt vier Mappingstrategien auf die Datenbank: Eine einzige Tabelle für die gesamte Verbungshierarchie Eine Tabelle für jede konkrete Klasse Eine Tabelle für jede Klasse Mapped Superclass 10

11 SINGLE_TABLE 11 @Entity @Inheritance public class Project @Entity public class DesignProject extends Project @Entity public class QualityProject extends Project

12 JOINED 12 @Entity @Inheritance(strategy=InheritanceType.JOINED) public class Project @Entity public class DesignProject extends Project @Entity public class QualityProject extends Project

13 TABLE_PER_CLASS (Optional) 13 @Entity @Inheritance(strategy=InheritanceType.TABLE_PER_CLASS) public class Project @Entity public class DesignProject extends Project @Entity public class QualityProject extends Project

14 MAPPED_SUPERCLASS 14 // Klasse BaseEntity @MappedSuperclass public abstract class BaseEntity { @Id @GeneratedValue protected Integer id; protected Integer version; protected Timestamp createdAt; protected String createdFrom; protected Timestamp updatedAt; protected String updatedFrom; // Klasse Phone @Entity public class Phone extends BaseEntity