전체 글

의도1. (어드민) 아이템 도메인에서 스토어 지정 가능 - (어드민)(멤버) 스토어 에서 브랜드 기준으로 아이템 불러와서 아이템 지정 가능2. 스토어 도메인 기준으로 어느 아이템 발주 넣을 건지 선택 후 요청, 어드민이 아이템 도메인에서 시리얼이 있는 아이템이면 시리얼 넣고 스토어_아이템 등록 (이걸 입고 테이블을 만들어서 관리할지 고민 중)3. 아이템 도메인에서 시리얼 미리 등록 가능 -> 추후 입고할때 시리얼 선택 후 입고 인데... 결국 지금 입고 테이블을 만들어야 하나 고민 중이다. 원래 발주 테이블도 없었당스토어_아이템에 총 재고수량이랑 현재 재고 수량이랑 판매수량이 있었는데총 재고수량(= 총 입고수량)을 없앴다, 발주 테이블 만들면서 요청 수 만큼 sum 하면 될 거 같았기 때문그럼 왜 재고수..

너는 바보인거냐 원호야!!!!!!!!어제 쓴 글https://wonowdaily.tistory.com/150 [CSO Project] 4 - 계단식 url 유효성 검사를 어떻게 해야할까?ERD item 부분 create 및 get 메서드를 만드는데, 궁금한게 생겼다. API 명세 현재 url 을 이렇게 겹겹이 계단식으로 쌓아서 개발을 진행중이다. 이런 식으로 url을 구성하면 해당 url 에 대해서 유효성 검wonowdaily.tistory.com 진짜 안일하게 생각했다!!!!/brand/{brandId}/category/{categoryId} 이렇게 하지말고/brand/category/item/{itemId} 이렇게 하면 해결되는 문제잖아!!그리고 거기에서 필요한 데이터 join..

ERD item 부분 create 및 get 메서드를 만드는데, 궁금한게 생겼다.API 명세 현재 url 을 이렇게 겹겹이 계단식으로 쌓아서 개발을 진행중이다. 이런 식으로 url을 구성하면 해당 url 에 대해서 유효성 검사를 해줘야한다. url 유효성 검사?현재 url은 /brand/{brandId}/category/{categoryId}/item/{itemId} 이런 계단식 형식으로 되어 있는데 /brand/1/category/1/item/1이렇게 입력하고 get 맵핑으로 요청을 보내면 1 번 브랜드의 1 번 카테고리의 1 번 아이템을 불러온다는 것이다. 그럼 서비스 코드를 이렇게 쓰면 되려나?public ItemDto getItem(Long itemId) { ..

UUID 대체키 만들어보려다가 2일 날리구,, 라이브러리 사용하기로 함 고민하고 있는 게 많다. 1. 바코드 번호를 Unique 로 할 것인지, Brand 내에서 Unique 로 할 것인지. 2. 이벤트에 따른 할인율을 하나 만들어 놓고 그걸 정하게 할 건지? 아니면 아이템 할인율을 따로 설정할 수 있게 할 건지? 그렇다면 아이템에 isSaleNow 같은 컬럼 만들고 boolean 타입에 따라서 세일 적용을 할지 discount 이벤트 기간 설정해놓고 그거 끝나면 Batch 로 boolean false 로 다 바꿔야할지 허허 ㅋㅋㅋㅋㅋ 허허 ㅋㅋㅋㅋ 허허 쇼핑몰 까지 만들었을 때 쿠폰에 따른 할인율은 이 테이블이랑 연계해서 어떻게 적용할 건지 그것두 고민고민 쿠폰을 아예 브랜드 FK 박아 놓을까? 3. ..

깃허브를 돌아다니다 보면 PK로 Auto Increment 나 UUID 를 사용하는 것을 자주 볼 수 있다. Auto increment를 사용하여 HTTP Method 의 인자로 사용하면 어떤 문제가 일어날 수 있을까? Auto increment - 예측 가능한 모델이 된다. Auto increment 로 생성 된 PK를 URL 같은 공개된 장소에 노출시키면 이는 데이터 크롤링이나 인젝션 공격에 조금 더 취약해질 수 있게 된다. 그래서 Public 공간 - 예측 불가능하고 Random 한 Index 체계 사용 Private 공간 - Auto Increment PK 값으로 데이터 접근 으로 하는 것이 적절하다. 그러면 오케이 !! UUID 로 값 조회하면 되겠다! 하는데 일반적인 방법으로 UUID 를 조회..

우선적으로 집중하고자 했던 기능은 재고 관리 기능이기에, 해당 부분 먼저 진행하기로 했다. 회원 부분은 재고나 다른 부분 다 완성되고 나서 하는 게 맞아보임, 그래야 어디어디 권한 설정할 건지 한번에 고민 할 수 있으니까 아이템에 브랜드 ID 카테고리에 브랜드 ID 둘 다 넣어놓은 이유가 아이템에 카테고리를 안 정해줬을 수도 있어서 만들긴 했는데, 이걸 무조건 카테고리 만들어서 관리하게 할 건지 그걸 정해야 좀 깔끔해 질 듯 함 고민하고 있는 게 추후에 판매 통계 및 Discount 도 어떻게 관리 할 건지 고민인데, Discount 테이블을 따로 만들까도 고민 중이다. 이런 쪽으로 얼마나 테이블을 만들어야할지 가늠도 안 잡힘, 기하급수적으로 늘어날 거 같은데 허허 ㅋㅋ 그리고, 재고가 어디까지가 재고라..