주제 : LUSH Korea 클론코딩
팀 : 프론트엔드 3명 / 백엔드 2명
미팅 내용
결론 : 짧은 기간에 맞추어 필수 구현 기능은 적게 집중해서, 시간이 가능하면 나머지 기능 추가 구현 할 것
추가로 지도 api 의 경우 현 시점에서는 구현하기 어렵기 때문에 2차 프로젝트에서 진행하는 것으로 결정 !
미팅 내용 기반으로 ERD 작성
러쉬 홈페이지를 확인하면 메뉴 ( 제품, 러쉬 소개, ... ), 상위 카테고리 ( 배쓰, 샤워, ... ), 하위 카테고리(배쓰 밤, 버블 바, ...), 각각의 상품으로 이루어 진 것을 확인할 수 있다
메뉴 → 상위 카테고리 → 하위 카테고리 → 제품 으로 참조되도록 테이블 작성
각각의 상품은 서로 다른 태그들을 가지고 있다
상품과 태그는 Many to Many 관계로 설정
위와 같은 절차들을 거쳐서 ERD 초안을 완성했다
테이블 이름은 복수형으로 설정한다
메뉴 ( 제품, 러쉬 고개, 매장 안내, .. ) 가 과연 products에 참조되는 내용인가 ?
→ 제품을 제외한 나머지는 참조될 필요가 없어보인다.. 삭제삭제
테이블 이름을 좀 더 직관적으로 수정 ex. upper/lower category → categories/sub_categories
products - description 방법에는 크게 두 가지가 있다
✓ 상품상제정보 전체를 이미지화해서 이미지 url로 넣는 방법
✓ html을 사용하는 방법
content_image는 삭제하는 것으로
상품 리스트에서 썸네일 사진은 어떻게 할 것인지?
→ products 에서 참조된 images 에서 가져올 예정
그렇게 해도 상관 없지만 products에 썸네일이라는 컬럼을 추가해서 진행하는 방법도 있다
users에서 password를 재확인하는 password_check가 DB에 추가되어야 할 필요가 있는가 ?
→ password 데이터에서 한번 더 확인하면 된다
carts 와 wishlists 의 가장 큰 차이점이 무엇인가 ?
→ carts에서는 수량 변경이 가능하고 wishlists는 1개로 고정이다
carts에 quantity 추가
search는 굳이 테이블을 새로 만들 필요 없이 구현이 가능하다
order와 review는 시간 상 구현이 어려워보여 일단 제외시켰다
databaseanswers 참고해서 ERD 공부 더 해보자 ( order 관련 )