주문 내역 db 테이블 컬럼에 질문있습니다.

Question

쇼핑몰 주문내역 테이블 설계중인데 간단하게 예로주문 디테일 1 컬럼은 id(주문 상세 아이디), product_id(foreign key, index), option_id(foreign key, index), status(주문 상태), order_id(주문 아이디, foreign key, index) 입니다. 위와 같은 경우 product와 option(이름 등), order_id(주문 번호 등) 정보를 가져오기 위해 각각 테이블을 조인해야합니다. 이 같은 경우 문제는 사장님들이 상품이나 옵션 이름 변경, 또는 삭제시 null 값으로 반환되기 때문에 만약 이같은 경우가 생길 경우 사용자가 자기 주문내역에서 이전에 자기가 산 상품에서 변경된 상품 이름, 옵션을 보게 될지도 모릅니다. 그리고 삭제같은경우 null 을 반환해서 delete를 못쓰고, remove_at으로 업데이트 처리해서 추후 상품과 상품 옵션 row가 점점 쌓여서 비효율적인걸로 아는데주문 디테일 2 그래서 제가 예전 회사에서 이렇게 설계하라고 들었습니다. product_id 로는 조인으로 상품 이미지 들고오는 용도이고, 나머지는 상품 이름과, 옵션명등 사용자에게 보여주는 정보들을 char로 저장하여 상품과 옵션이 수정, 삭제 되어도 사용자에게 자기가 구입한 상품의 정확한 정보를 보여줍니다.조인 역시 1보다 적게 하고, 바로 delete로 삭제하기 때문에 불필요하게 row가 쌓일 일이 없습니다.그리고 위는 간단하게 표현하거고, 실제로는 option에서 그 하위 옵션 정보를 불러오기 위해 또 조인을 해야합니다.그래서 제가 봐도 2가 더 효율적인거 같다고 생각합니만.1처럼 이렇게 하는게 낫다고 하는게 맞는건가요?

Dive_Drink_Develope · Answer

ㅂㅕㄹ로 효율적인것 같지 않구요.수정삭제해도 잘보이게 하는건 둘다 가능하고조인이 느린건 인덱스를 잘태우고 해야죠.

Dive_Drink_Develope · Answer

2번방법의 단점이 뭐가 있을지 여러가지 케이스를 고민해보세요.답정너신거면...그냥 제댓은 스킵하셔도 됩니다.

yeori · Answer

자기 주문내역에서 이전에 자기가 산 상품에서 변경된 상품 이름, 옵션을 보게 될지도 모릅니다.d 상품명이 '강원도 따봉 감자'인데 '미국 굿잡 고구마'로 바꾸는 경우는 별로 없을테고, 바꾼다한들 오타 정도 수정할 수 있을테니 크게 문제되지 않을겁니다. 물건 파는 사람들도 제품명을 기분대로 짓지 않거든요. 물론 먼 훗날 제품명을 바꿀 수 있겠지만, 그때까지 결제 안하고 묵혀둔 사람이면 몇달전 제품명도 모를겁니다.

주문 내역 db 테이블 컬럼에 질문있습니다.

3개의 답변

Q&A 목록