쇼핑몰 db 테이블 설계시

Question

의류 쇼핑몰 상품테이블을 짜봤는데요(악필 죄송합니다..)원자값이니 완전종속이니 이행종속이니 생각하다보니까저렇게 썼는데요그냥 옵션 테이블만 두고 제품테이블에서 한컬럼에 구분자로 여러 값을 저장하게끔 해도 될까도 생각하고아니면 단순하게 가려고 제품테이블에서 제품명이 같고 사이즈나 색상이 다른 레코드를 계속 인서트하는 방식도 생각했는데정규화를 지키라는게 생각이나서 저 사진방식대로 해도 될지 모르겠네요

Clickin · Answer

제품 메인에 색상이나 사이즈 하위 테이블이 있기보다는 쇼핑몰 내 게시글 테이블이 메인이고 게시글 아래 여러 제품들이 서로 다른 사이즈나 색상으로 존재하는 게 관리하기 편할겁니다.예를 들어 화이트만 천원 더 비싸다면(전자제품에는 이런 경우 많습니다) 현재 제시된 erd로는 어쩔 수 없이 화이트만 제품 id를 새로 따야합니다.이러면 로직에서 서로 다른 제품 id지만 화이트만 합쳐주도록 처리해줘야하는데 그럴 바에는 차라리 제품분류 등 제품의 상위 테이블이 있고 사이즈 및 색상은 별개의 제품으로 취급하는게 낫다고 봅니다.

Matthew Kim · Answer

챗GPT한테 mermaid로 erd그려달라고 하면 그려줍니다. MermaidViewer 여기에 붙여넣기 하면 이쁘게 잘 나옵니다. 노트 말고 이걸로 해보시고여기에서 Inventory가 재고인데 제품ID, 색상ID, 사이즈ID 이렇게 재고 테이블을 짜면 옵션이 추가 될 때마다 테이블이 추가 되어야 할 것입니다.이런식으로 옵션을 key value로 빼보십쇼제품 쿼리INSERT INTO Product (productId, productName, categoryId) VALUES (1, 'T셔츠', 2);옵션 쿼리INSERT INTO ProductOption (optionId, productId, optionKey, optionValue) VALUES (1, 1, '색상', 'red'), (2, 1, '크기', 'M'), (3, 1, '소재', 'cotton');

핸호 · Answer

shopify, woocommerce 등 이미 잘 돌아가고 있는 쇼핑몰 API 참고해보시면 도움 될 것 같아요.대부분의 경우 "product(제품명, 설명, 이미지 등 일반적인 정보를 갖고 있는 entity) 테이블" 과 "variant(옵션 값, 가격 등을 갖고 있는 entity) 테이블" 로 구분되어 있습니다. variant 란 제품을 옵션단위(Large/Blue, Small/Blue, ...)로 쪼갠 조합 개념입니다. 즉 색상 옵션이 3개 사이즈 옵션이 2개면 총 6개의 variant row 가 존재함.product - variant 는 1:N 관계를 갖고, variant - option은 N:N 관계를 갖습니다. 고로 product과 option은 별도의 관계를 안가져도 됩니다.

쇼핑몰 db 테이블 설계시

3개의 답변

기타 목록