23.09.10 TIL

🗓 날짜 : 2023.09.10
📚 할 일 : 개인 프로젝트 진행, 블로그 작성
📝 오늘의 목표: [SELLMS], [SELLP] 진행
⌛ 공부시간 : 13:50 ~

1. 판매 페이지 [SELLP]

로그인 한 사용자가 보게 될 프론트 구현.
이제 백에서 데이터를 받아오면 된다.

판매자가 작품을 설명할 부분
아직 디비에 저장하는건 구현을 못한 상태

2. 판매 관리 시스템 [SELLMS]

엔티티를 작성하는 중
카테고리를 enum 타입으로 설정해서 product 테이블에 넣을지 아니면 별도의 테이블로 설계를 해야할지 고민이 생겼다.

두개의 장단점에 대해서 검색해봤다.

1) 카테고리를 별도 테이블로 설계하는 방법

• 장점
  • 확장성이 뛰어나며, 새로운 카테고리를 추가하거나 기존 카테고리를 수정/ 삭제하기가 쉽다.
  • 카테고리에 대해 추가 정보를 저장할 수 있다.
• 단점
  • 조인 연산이 필요할 수 있어 복잡할 수 있다.

2) Enum 타입으로 설정

• 장점
  • 간단하고 직관적
  • 별도의 테이블을 생성하지 않아도 된다.
• 단점
  • 카테고리를 추가, 수정, 삭제할때 DB 스키마를 변경해야한다.
  • 추가적인 정보를 저장하기 어렵다.

그래서 나는 확장성과 유지보수가 좋은 카테고리를 별도의 테이블로 설계하는 방법으로 선택했다.

ERD 다시 정리하고 연관관계 매핑 작업 완료.
아직 컬럼은 변경해야함.