<div id="readability-page-1" class="page"><div id="wrap">

        <main>

          
          <div><p><a href="https://www.inflearn.com/course/ORM-JPA-Basic/dashboard">https://www.inflearn.com/course/ORM-JPA-Basic/dashboard</a></p>
<h2>연관관계 매핑시 고려사항 3가지</h2>
<h3>다중성</h3>
<ul>
<li>@ManyToOne</li>
<li>@OneToMany</li>
<li>@OneToOne</li>
<li>@ManyToMany<ul>
<li>N:M의 경우 실무에서 쓰지 않는게 좋다.</li>
</ul>
</li>
</ul>
<h3>단방향, 양방향</h3>
<ul>
<li>테이블 <ul>
<li>외래 키 하나로 양쪽 조인 가능</li>
<li>방향이라는 개념이 없다.</li>
</ul>
</li>
<li>객체<ul>
<li>참조용 필드가 있는 곳으로만 참조 가능</li>
<li>한쪽만 참조하면 단방향</li>
<li>양쪽이 서로 참조하면 양방향</li>
</ul>
</li>
</ul>
<h3>연관관계의 주인</h3>
<ul>
<li>테이블은 외래 키 하나로 두 테이블이 연관관계를 맺음</li>
<li>객체 양뱡하야 관계는, A -&gt; B, B -&gt; A처럼 참조가 2개<ul>
<li>둘중 테이블의 외래 키를 관리할 곳을 지정해야 함</li>
</ul>
</li>
<li>연관관계의 주인: 외래 키를 관리하는 참조</li>
<li>주인의 반대편: 외래 키에 영향을 주지 않음, 단순 조회</li>
</ul>
<h2>다대일 (N:1)</h2>
<ul>
<li>N의 경우에 외래 키가 존재.<h2>일대다 (1:N)</h2>
</li>
</ul>
<h4>단방향</h4>
<ul>
<li>Team에서 members를 관리하려고 함 (객체 연관관계 관점)</li>
<li>실무에서는 잘 쓰지 않는다. 권장하지 않는 방법이다.</li>
<li>DB 설계상 <ul>
<li>Team:Member = 1:N관계가 불가능하다.</li>
<li>외래키는 결국 Member쪽에 들어가야 한다.</li>
</ul>
</li>
<li>1:N의 경우 1이 연관관계 주인 </li>
<li>N쪽에 외래키가 있게 됨 <h5>summary</h5>
</li>
<li>객체와 테이블 차이 떄문에 반대편 테이블의 외래 키를 관리하는 특이한 구조</li>
<li><code>@JoinColumn</code>을 꼭 사용해야 한다. 그렇지 않으면, JoinTable방식이 사용 된다.</li>
<li>엔티티가 관리하는 외래키가 다른 테이블에 있다.</li>
<li>연관관계 관리를 위해서 Update 쿼리가 결국 한 번 더 실행 된다.</li>
<li>일대다 단방향 보다는 <strong>다대일 양방향 매핑을 사용하자.</strong><h4>양방향</h4>
</li>
<li>스펙상 동작하는 것은 아니고, 읽기 전용 매핑을 추가할 수는 있다. (별로 좋은 방식이 아님)<ul>
<li><code>@JoinColumn에 insertable = false, updatable = false</code>로 읽기전용으로 만들 수 있다.</li>
</ul>
</li>
<li>다대일 양방향을 사용하자.<h2>일대일 (1:1)</h2>
</li>
<li>일대일 관계는 그 반대도 일대일</li>
<li>주 테이블이나 대상 테이블 중에 외래 키 선택 가능</li>
<li>외래 키에 데이터베이스 유니크 제약조건 추가<h4>양방향</h4>
</li>
<li>외래키가 있는 곳이 연관관계 주인</li>
<li>반대편은 mappedBy 적용<h4>대상 테이블에 외래 키 단방향</h4>
</li>
<li>JPA에서 지원 되지 않음.<h4>대상 테이블에 외래 키 양방향</h4>
</li>
<li>가능하다. 그런데, 굳이...? </li>
</ul>
<h5>Summary</h5>
<ul>
<li>주 테이블에 외래 키<ul>
<li>주 객체가 대상 객체의 참조를 가지는 것처럼 주 테이블에 외래키를 두고 대상 테이블을 찾음</li>
<li>객체지향 개발자 선호</li>
<li>JPA 매핑 편리</li>
<li>단점은 값이 없으면 외래 키에 null 허용</li>
</ul>
</li>
<li>대상 테이블에 외래 키<ul>
<li>대상 테이블에 외래 키가 존재</li>
<li>전통적인 데이터베이스 개발자 선호</li>
<li>장점으로는 주 테이블과 대상 테이블을 일대일에서 일대다로 변경할 때 테이블 구조 유지 됨</li>
<li>단점으로는 프록시 기능의 한계로 지연 로딩을 설정해도 항상 즉시 로딩 됨.<h2>다대다 (N:M)</h2>
</li>
</ul>
</li>
<li>실무에서는 쓰지 않는 것이 좋다.</li>
<li>관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현 할 수 없다.</li>
<li>연결 테이블을 추가해서 일대다, 다대일 관계로 풀어야 함.</li>
<li>객체는 컬렉션을 사용해서 객체 2개로 다대다 관계 가능</li>
<li><code>@ManyToMany</code>, <code>@JoinTable</code> 사용</li>
<li>연결 테이블이 단순히 연결만 하고 끝나지 않음.</li>
<li>주문시간, 수량 같은 데이터가 들어올 수 있음.<ul>
<li>현재 구조에서는 다른 컬럼이 들어오면 @ManyToMany를 쓸 수 없다.<h4>다대다 한계 극복</h4>
</li>
</ul>
</li>
<li>연결 테이블용 엔티티 추가 </li>
<li><code>@ManyToMany</code> -&gt; <code>@OneToMany</code>, <code>@ManyToOne</code></li>
</ul>
            
</div>
          

          
          
          

        </main>
        
      </div></div>

Seungdols Company

seungdols

https://www.inflearn.com/course/ORM-JPA-Basic/dashboard 연관관계 매핑시 고려사항 3가지 다중성 @ManyToOne @OneToMany @OneToOne @ManyToMany N:M의 경우 실무에서 쓰지 않는게 좋다. 단방향, 양방향 테이블 외래 키 하나로 양쪽 조인 가능 방향이라는 개념이 없다. 객체 참조용 필드가 있는 곳으로만 참조 가능 한쪽만 참조하면 단방향 양쪽이 서로 참조하면 양방향 연관관계의 주인..            
카카오스토리
트위터
페이스북
'프로그래밍 > JPA' 카테고리의 다른 글
프록시와 연관관계  (0)
22:04:23
고급 매핑 전략  (0)
22:03:32
연관관계 매핑  (0)
22:01:04
엔티티 맵핑  (0)
21:58:06
영속성 관리  (0)
21:56:23

다양한 연관관계 매핑

댓글