![]()
유저 - id(PK) - 이메일 - 이름 - 비밀번호 - 역할 - 상태 - 회원등급 - 상태: 휴먼 탈퇴 등 - 쇼핑포인트 - 환불머니 - 생성 시각 - 수정 시각 상품 - id(PK) - 상품명 - 상세정보 - 상품 가격(옵션 최저가) - 상태 - 배송비 - 카테고리 - 스토어id(FK,N:1) - 생성 시각 - 수정 시각 옵션 - id(PK) - 옵션명 - 가격 - 재고수 - 상품id(FK, N:1) - 생성 시각 - 수정 시각 장바구니 - id(PK) - 수량 - 가격 - 옵션id(FK ,1:N) - 유저id(FK, 1:1) - 생성 시각 - 수정 시각 주문 - id - 유저id(FK, N:1) - 생성 시각 - 수정 시각 주문 아이템 - id - 주문 수량 - 가격 - 옵션id(FK, N:1) -..
회사마다 다를 수 있지만 아래와 같이 api양식을 설정할 수 있다. { "success": true, "response": {}, "error": null } 또는 { "success": true, "response": null, "error": { "message": "에러내용", "status": 400 } } 숙제 - 도커 강의 보고 오기 (1-23강) https://www.youtube.com/playlist?list=PL93mKxaRDidGMzIllhYKx1d6aMg6_5wW3 - AWS 강의 보고 오기 (1-36강) https://www.youtube.com/playlist?list=PL93mKxaRDidFjQjPAzi9UxCdo2gtR-fue - 테이블 설계해오기 (진짜 숙제)
요구사항 분석을 할때는 상세기능은 자세히 보지 않고 큰틀부터 분석한다. 요구사항에 없더라도 안정적으로 기능을 구현해야한다. (id양식, 비밀번호양식 등) 가장 먼저 해야하는 일은 데이터 분석이다.(너프한 테이블 설계하기) Entity(1단계) User(유저) PK username email 비밀번호 날짜 Product(상품) PK 제품명 제품사진 제품가격 날짜 Option(옵션) PK 옵션이름 옵션가격 날짜 Cart(장바구니) PK 옵션FK 옵션개수 유저FK Order(주문) PK(1) 유저FK OrderItem (주문아이템) PK 옵션FK 옵션개수 주문번호(1) 배송, 별점은 구현안함
