Lets consider this simple Entity, Ignore @SecondaryTables and other annotations if you are not familiar with just focus on @Basic, @OneToOne, @OneToMany annotations and get ready to answer these questions.
@Entity
@SecondaryTables({
@SecondaryTable(name="Employee_Comments")
})
public class Employee implements Serializable {
private static final long serialVersionUID = 1L;
@Id
private Long id;
@Column(name = "name")
private String name;
@Basic(fetch = FetchType.LAZY)
@Column(name = "comments", table = "Employee_Comments")
private String comments;
@OneToMany
private List tags = new ArrayList();
@OneToOne(fetch=FetchType.LAZY)
private Address address;
..
}
What happens when we load the above entity using em.find or by executing some select query ?
Since
@Basic(fetch = FetchType.LAZY)
@OneToOne(fetch=FetchType.LAZY)
@OneToMany(fetch=FetchType.LAZY)
Are just "hints" to the JPA provider and its not mandatory for JPA provider to implement them, So their is no quarantee that these objects when loaded will be lazily loaded.
Conclusion : Entities heavily using above annotations and also if we load and them in bulk could seriously cause performance bottlenecks, however there are nice ways of loading entities with trim data using "Contructor" Queries. which will be topic of my next thread.
Reference JPA Specs.
http://jcp.org/aboutJava/communityprocess/final/jsr317/index.html
JPA 2.0 Specification document Page 364
"FetchType fetch (Optional) Whether the value of the field or property
should be lazily loaded or must be eagerly fetched. The
EAGER strategy is a requirement on the persistence provider
runtime that the value must be eagerly fetched. The
LAZY strategy is a hint to the persistence provider runtime.
EAGER "
@OneToOne(fetch=FetchType.LAZY)
JPA 2.0 Specification document Page 402
Also have the same comment
@OneToMany(fetch=FetchType.LAZY)
JPA 2.0 Specification document Page 400Also have the same comment
@Entity
@SecondaryTables({
@SecondaryTable(name="Employee_Comments")
})
public class Employee implements Serializable {
private static final long serialVersionUID = 1L;
@Id
private Long id;
@Column(name = "name")
private String name;
@Basic(fetch = FetchType.LAZY)
@Column(name = "comments", table = "Employee_Comments")
private String comments;
@OneToMany
private List
@OneToOne(fetch=FetchType.LAZY)
private Address address;
..
}
What happens when we load the above entity using em.find or by executing some select query ?
- "comments" is Eagerly loaded
- "comments" is Lazily loaded
- "address" is Eagerly loaded
- "address is Lazily loaded
- "tags" is Eagerly loaded
- "tags" is Lazily loaded
Since
@Basic(fetch = FetchType.LAZY)
@OneToOne(fetch=FetchType.LAZY)
@OneToMany(fetch=FetchType.LAZY)
Are just "hints" to the JPA provider and its not mandatory for JPA provider to implement them, So their is no quarantee that these objects when loaded will be lazily loaded.
Conclusion : Entities heavily using above annotations and also if we load and them in bulk could seriously cause performance bottlenecks, however there are nice ways of loading entities with trim data using "Contructor" Queries. which will be topic of my next thread.
Reference JPA Specs.
http://jcp.org/aboutJava/communityprocess/final/jsr317/index.html
JPA 2.0 Specification document Page 364
"FetchType fetch (Optional) Whether the value of the field or property
should be lazily loaded or must be eagerly fetched. The
EAGER strategy is a requirement on the persistence provider
runtime that the value must be eagerly fetched. The
LAZY strategy is a hint to the persistence provider runtime.
EAGER "
@OneToOne(fetch=FetchType.LAZY)
JPA 2.0 Specification document Page 402
Also have the same comment
@OneToMany(fetch=FetchType.LAZY)
JPA 2.0 Specification document Page 400Also have the same comment
Comments