1. 요구사항 분석
1) 기능 목록
- 회원 기능
- 회원 등록
- 회원 조회
- 상품 기능
- 상품 등록
- 상품 수정
- 상품 조회
- 주문 기능
- 상품 주문
- 주문 내역 조회
- 주문 취소
2) 기타 요구사항
- 상품은 재고 관리가 필요하다
- 상품의 종류는 도서, 음반, 영화가 있다
- 상품을 카테고리로 구분할 수 있다
- 상품 주문시 배송 정보를 입력할 수 있다
2. 도메인 모델과 테이블 설계
1) 회원, 주문, 상품의 관계
- 회원은 여러 상품을 주문할 수 있음
- 한 번 주문 시 여러 상품 선택 가능
- 주문과 상품의 관계는 다대다
- 하지만 다대다 관계는 관계형 데이터베이스는 물론이고 엔티티에서도 거의 사용하지 않음
- 주문상품이라는 엔티티를 추가해서 다대다 관계를 일대일과 다대일 관계로 풀어냄
- 추가로 몇 개의 상품을 주문했는지 count를 해야하기 때문에 주문상품이라는 엔티티가 필요함
2) 상품 분류
- 상품은 도서, 음반, 영화로 구분됨
- 상품이라는 공통 속성을 사용하기 때문에 상속 구조로 표현함
- Member
- 이름과 임베디드 타입인 Address, 그리고 Orders 리스트를 가짐
- Order
- 한 번 주문 시 여러 상품을 주문할 수 있기 때문에, 주문과 주문상품은 일대다 관계
- 상품을 주문한 회원과 배송 정보, 주문 날짜, 주문 상태를 갖고 있음
- 주문 상태는 열거형을 사용(ORDER, CANCEL)
- OrderItem
- 주문한 상품 정보와 주문 금액, 주문 수량 정보를 갖고 있음
- Item
- 이름, 가격, 재고수량을 갖고 있음
- 상품 종류는 도서, 음반, 영화가 있고, 각각은 사용하는 속성이 조금씩 다름
- Delivery
- 주문시 하나의 배송 정보를 생성
- 주문과 배송은 일대일 관계
- Category
- 상품과 다대다 관계를 맺음
- parent, child로 부모, 자식 카테고리를 연결
- Address
- 값 타입(임베디드 타입)
- 회원과 배송에서 사용
3) 연관관계 매핑 분석
회원과 주문
- 일대다, 다대일의 양방향 관계
- 연관관계의 주인 :
OrderOrder.member를ORDERS.MEMBER_ID외래 키와 매핑
주문상품과 주문
- 다대일 양방향 관계
- 연관관계의 주인 :
OrderItem OrderItem.order를ORDER_ITEM.ORDER_ID외래 키와 매핑
주문상품과 상품
- 다대일 단방향 관계
OrderItem.item을ORDER_ITEM.ITEM_ID외래 키와 매핑
주문과 배송
- 일대일 양방향 관계
Order.delivery를ORDERS.DELIVERY_ID외래 키와 매핑- 일대일은 어느쪽이든 연관관계의 주인이 되어도 괜찮음
카테고리와 상품
- @ManyToMany를 사용해서 매핑
- 다대다 관계를 예제로 보여주기 위해 실습에서 사용했지만, 실무에서는 이를 사용하면 안됨
Backend development