2014-03-01 8 views
1

간략한 버전 :Java를 사용하는 OneToMany 모범 사례

부모와 자녀간에 일대성 관계를 유지하고 있다고합니다. 이제 Java 코드에서 부모 객체를 읽거나 (데이터베이스에서 가져옴) addChild라는 메서드를 적용하거나 부모를 읽지 않고 자식을 직접 만들고 유지하는 것이 가장 좋습니다.

롱 버전

우리가 (http://en.wikibooks.org/wiki/Java_Persistence/OneToMany에서)이 부모와 자식이

@Entity 
public class Employee { 
    @Id 
    @Column(name="EMP_ID") 
    private long id; 
    ... 
    @OneToMany(mappedBy="owner") 
    private List<Phone> phones; 
    ... 
} 


@Entity 
public class Phone { 
    @Id 
    private long id; 
    ... 
    @ManyToOne(fetch=FetchType.LAZY) 
    @JoinColumn(name="OWNER_ID") 
    private Employee owner; 
    ... 
} 

말할 수 있습니다 그리고 지금은 직원이 전화 번호를 추가 할 수있는 웹 페이지를 고려한다. 그래서 이미 부모 Employee의 ID를 가지고 있지만 완전한 Employee 객체가 없습니다.

1- 나는 JPA 매핑을 통해 데이터베이스에서 전체 Employee 개체를 가져옵니다. 그런 다음 employee.addPhone (전화 전화) 또는 이와 비슷한 메소드를 적용합니다. 이로 인해 두 가지 쿼리가 발생합니다.

2 나는 전화 개체를 만들고, 직원의 ID 만 들어있는 잘못된 직원 개체가 계속 유지됩니까?

가장 좋은 방법은 무엇입니까?

답변

3

가장 좋은 방법은 연결의 양쪽을 유지하는 것입니다. 이렇게하면 일관성없는 객체 그래프로 작업하지 않게됩니다. 그러나 서비스의 성능을 저하시킬 수 있습니다. 특히 서비스에 새로운 전화를 작성하고 직원에게 연결하는 경우에 특히 그렇습니다. 실제로, 직원 및 모든 기존 전화의 상태를로드합니다.

JPA는 협회의 소유자 측에만 관심이 있습니다. 새로운 전화의 직원을 설정하면 데이터베이스에 연관이 생성되기에 충분합니다.

두 번째 해결 방법을 선택하는 경우 가짜 Employee 개체를 만들지 않아야합니다. 대신 EntityManager의에서 직원 참조를 얻어야한다 :

Employee e = em.getReference(Employee.class, employeeId); 
Phone phone = new Phone(); 
phone.setEmployee(e); 
em.persist(phone); 

getReference()

는 SQL 쿼리를 생성하지 않습니다. 그것은 당신이 필요로하는 초기화되지 않은 프록시를 반환합니다. 장점은 메소드가 더 복잡해지고 직원의 메소드를 호출하면 직원의 실제 상태가로드된다는 것입니다.

+0

감사합니다. 그러나 getReference에 의해 반환 된 직원이 초기화되지 않은 경우 모든 것이 정확하지 않을 수 있습니다. 엔티티 관리자가 존재하지 않는 직원을 돌려 줄 수 있습니까? – ilyes90

+0

예, 외부 키 제약 조건 위반으로 전화를 저장할 때 예외가 발생합니다. get()을 사용하여 작업하는 것은 다르지 않습니다. em은 존재하는 경우에만 직원을 반환하지만 다른 트랜잭션은 데이터베이스에서로드 된 직원을 삭제할 수 있습니다. 외래 키 제약 조건은 일관성을 보장합니다. –

+0

감사합니다. 지금은 분명합니다. getReference()는 find()와 성능이 좋은만큼 작업을 수행 할 수 있습니다. 그러나 귀하의 대답에서 나는 find()가 더 나은 방법이라는 것을 이해합니다. 그 맞습니까 ? – ilyes90