18. 실전 예제 2 - 연관관계 매핑 시작

⚡ 생각대로 살지 않으면 사는대로 생각한다.

⚡ 나는 어차피 잘 될 놈이다. 이미 잘 되고 있고, 계속해서 잘 되고 있다.

하나를 생각해보면,
테이블 구조를 봤을 때, ORDER_ITEM에 ITEM을 외래 키로 가지는데, ITEM에서 ORDER_ITEM으로 양방향을 줄 필요가 없다.
왜냐하면, 주문서를 통해서 어떤 물품들을 시켰는지는 보더라도, 물품이 어떤 주문에 들어갔는지는 잘 보지 않기 때문이다.
물론 뭔가 통계를 낼 상황이라면, 맺어줄 필요가 있겠지만, 계산의 경우에는 주문서를 보지, 물품을 통해서 주문서를 확인하거나 하진 않기 때문이다.

그리고 객체구조에서 사실 Member에 orders를 넣는 것이 좋은 설계가 아니다. ORDERS에 MEMBER가 외래 키로 존재하기 때문에, ORDERS를 통해서 쿼리에서 지표를 뽑거나 하기때문이다.

만약 특정 회원의 구매 내역을 보고 싶으면, 이미 ORDERS에 외래 키로 MEMBER_ID가 있기때문에, 외래 키 참조를 통해서 회원을 참조할 수 있기때문이다.

굳이 멤버를 찾아가지고 뭐,뭐, getOrders(겟오더스)를 해가지고, 주문내역을 뿌린다..? 이는 좋지 못한 설계라고 영한좌가 말한다.

그냥 예시니깐 이대로 진행한다.

연관관계의 주인이 아닌 것이 할 수 있는것은 조회밖에 없다.

핵심은 단방향을 잘 설계하는 것이 가장 중요하다.

연관관계 매핑 기초 끝!

-끝-