회의 안건

• 주문, 장바구니 API 구현 논의 (완)
• 회원 페이지, 탈퇴 API 구현 논의 (미완)
• 구현 api 로 발생 가능한 문제 파악하기(완)
• ElasticCache RefreshToken Redis 구현(완)
• 뷰 페이지 간단하게 구현하기 (진행중)
• 데이터 수집 방법 논의 (완)
• 단위테스트, 통합테스트, 성능테스트, 부하테스트 학습 및 논의(미완)

질문 내용

• 테이블 연관관계 구성 이대로 괜찮은지 수정해야할 부분있을지
• 질문 - 현재 장바구니-장바구니상품 주문-주문 상품으로 이루어져 있는데 이렇게 하면 장바구니에서 구매확정을 누를 경우 flow가 장바구니에 담겨 있는 장바구니 상품 data를 기반으로 주문상품 생성 - 해당 주문 상품을 주문 리스트에 삽입 - 장바구니에 있는 장바구니 상품 삭제 - 장바구니에 있는 리스트 비우기 순서로 진행이 되는데, 만약 장바구니 상품에 있는 DATA를 그대로 주문에 가져갈 수 있으면 장바구니에 담김 상품 data를 주문 리스트에 바로 넣고 장바구니에 있는 리스트만 삭제 진행하면 되기에 query횟수가 줄어들 것 같은데 저 방식이 효율적인가요? 혹은 원래 방식이 효율적인가요? 만약 효율적이라면 저대로 구현할 수 있는 것인가요?
• 질문 - 지금 현재 api 명세서 상에 /api/orders/{cart-id} url 에서 cart-id 만 보내고 있는데, 해당 method가 POST인데 저는 간단한 데이터를 숨길 필요 없이 전송하는 경우에는 GET방식을 쓰고, 데이터를 숨기거나 복잡한 데이터를 전송하는 경우에 POST를 사용하는 것으로 알고 있었는데, 팀원 분들이 데이터의 이동이 있는 경우에 POST를 사용한다고 말씀하셨습니다. 이 경우에 보안이 딱히 필요없는 데이터라 GET 방식 POST방식 어떤 방식을 채용하는 것이 좋을까요?
• 대용량 데이터를 RDS를 활용해서 하는 경우에 비용이 많이 나올까요?
  • 많이 나온다면 대용량 데이터를 로컬에서 테스트 해 봐도 괜찮을까요

추가 논의

• 주문 이후 장바구니 물품 전부 삭제 (완)
• 중복 주문 상품 장바구니 추가 시 데이터 중복 없이 수량만 늘려주기 (완)
• 유저 상품 구매시 상품재고에서 수량 빼주기 (완) (추후 동시성 문제)