단점: 엔티티가 관리하는 외래 키가 다른 테이블에 있음, 추가로 UPDATE SQL 실행
@JoinColumn(insertable=false, updatable=false)
→ 다대일 양방향 매핑 사용
반대 - 일대일
외래 키에 데이터베이스 유니크(UNI) 제약조건 추가
주 테이블에 외래 키 | 대상 테이블에 외래 키 |
---|---|
주 테이블에 외래 키를 두고 대상 테이블을 찾음 | 대상 테이블에 외래 키가 존재 |
객체지향 개발자 선호, JPA 매핑 편리 | 전통적인 데이터베이스 개발자 선호 |
장점: 주 테이블만 조회해도 대상 테이블에 데이터 있는지 확인 가능 | 장점: 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지 |
단점: 값이 없으면 외래 키에 null 허용 | 단점: 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨 |
관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계 표현 불가
연결 테이블(중간 테이블) 추가해 일대다, 다대일 관계로 풀어내야 함
객체는 컬렉션을 사용해서 객체 2개로 다대다 관계 가능
편리해 보이지만 실무에서 사용 X
연결 테이블이 연결에서 끝나지 않음
연결 테이블을 엔티티로 승격
@ManyToMany → @OneToMany, @ManyToOne
일대다, 다대일 관계 사용하기