도메인 모델과 테이블 설계

학습 페이지

드디어 다시 돌아왔다. 시간과 정신의 방에서 수련하고 왔다.

이제 이해가 된다!!!

회원 엔티티 분석

• memeber는 임베디드타입인 Address와 주문(orders) 리스트를 가진다.
• Order는 한번 주문시 여러 상품을 담을 수 있으므로… 중간에 OrderItem을 두어 다대다관계를 풀어낸다. 이때 OrderItem은 단순히 연결테이블 역할만 하는게 아니아 독자적인 필드인 count를 가져서, Order안에 상품이 몇개 들어있는지도 확인할 수 있게끔 한다.
• 또한 Order는에는 배송정보인 Delivery와도 연관관계를 맺는다.
• Item은 Album, Book, Movie와 상속관계를 맺는다. (상속관계는 JOIN전략이 정석이다.)
• Category는 스스로가 계층구조로 되어있다. 내부에 스스로를 참조하는 Parent와 child가 있다. 또한 Item과는 다대다 관계를 맺는다.

위를 보면 JPA에서 나올 수 있는 모든 관계가 들어가있다. 물론 기본편에서 말했듯이 다대다에서는 사용하면 안되지만 실습을 위해 일단 다 해보자.

또한 설계는 단방향으로 끝내라고 했지만 양방향도 설계에 넣어놨다. 이것도 실무에선 지양하자.

💡 참고

인간 입장에선 member가 주문을 하기 때문에 회원이 주문리스트를 가져 양방향으로 설계하는게 자연스러워보이지만, 사실 주문이 회원을 참조하는 것만으로도 충분하다.(누가 쿼리로 더 많이 다뤄질까를 생각해보면 된다. 비즈니스에서는 Order가 더 많이 다뤄질것.. 그리고 원래 다 쪽이 주인되는게 정석이다.) 다만 실습에서는 일대다, 다대일 양방향 연관관계를 설명하기 위해 추가했을 뿐이다.