토이프로젝트를 위해 간단한 쇼핑몰 ERD를 설계하는 중인데 질문드립니다.

Question

현재 남은 포인트(적립금)을 유저 테이블의 칼럼으로 두는게 맞을까요? 아님 따로 매핑테이블을 두는 게 낫나요?유저 테이블의 칼럼으로 두면, 포인트를 사용할때마다 유저가 변경되는 건데 그건 아닐 것 같아서요.. 포인트 히스토리 테이블을 만드려는데 이 테이블에선 유저Id와 사용했던 포인트정보가 이미 담겨있습니다.포인트히스토리 ID가 필요할까요?테이블을 만들때마다 항상 고민하는건데 해당 정보를 따로 식별할 경우가 없는 경우에도 고유한 ID를 만들어서 관리하는게 나은지 고민이 됩니다. 데이터베이스를 처음 배울때는 다대다는 무조건 나눠야한다고 배웠는데 검색해보니 enum으로 간단하게 varchar로 넣는 경우가 많더라고요. 예를 들면 유저의 권한에는 {admin, member} 두 값이 들어올 수 있을때는 다대다니까 유저테이블엔 권한식별ID를 넣어놓고 권한분류테이블을 따로 만들어서 권한식별ID, 권한이름을 담은 테이블로 구성해야한다고 생각했는데 , 그냥 유저 테이블에 varchar로 간단하게 enum식으로 넣는 법도 잘 쓰이는 것 같아서 뭐가 더 좋은 설계인지 고민됩니다.너무 초보적인 질문이지만 검색해봐도 명확한 답을 못찾겠어서 질문드립니다. ㅎㅎ ㅠ

Magritte · Answer

1번은포인트를 쌓을 때마다 한 라인 추가하는 테이블이 있어야 합니다. 요세는 포인트 사용기한이 있어 언제까지 사용할 수 있는지 지정해놓는데 그것 때문에도 별도로 쌓는 테이블이 필요합니다.유저 테이블에는 포인트의 총합 넣어두면 계산할 때 마다 테이블 연산할 필요가 없어집니다. 이건 필수는 아닙니다.

장독깨기 · Answer

1번은 그냥 사용자 테이블에 두면 됩니다. 따로 테이블 만들어도 1:1 관계잖아요. 굳이 그럴 필요 없습니다.2번은 기본적으로 일련번호를 PK 로 둔다 생각하면 될 거 같습니다. 크게 고민하지 마세요.식별할 경우가 전혀 없을 수도 있는데요, 특정 데이터를 삭제한다든지 이런 경우들이 생길 수 있습니다.3번은 다대다는 나누는 것이 기본인데요, 나눠서 딱히 할일이 없다 그럼 문자열로 해도 됩니다.가령, 예를 든 권한 같은 경우, admin 권한만 가진 사용자를 조회하려고 합니다.또는, admin, member 권한을 다 가진 사용자를 조회하려고 합니다.여러 케이스가 있을 수 있는데요, 이럴 경우 문자열로 해버리면 좀 곤란하겠죠.그니까, 상황에 따라 하면 되는데요, 웬만하면 나누는게 낫습니다. ㅎ

MySpace · Answer

제가 예전에 엑셀로 재고관리할때 쓰던 방법인데 ... 히스토리성 테이블에 [ 적립은 정수 차감은 음수]로 하서 [조회할때 더해서]사용했는데 그방법은 어떨까요... 그러면 히스토리도 남고 현재 포인트도 확인할수 있고요

더미 · Answer

별도 관리하는게 편리합니다. 기본적으로 pk는 있겠죠간단하다면 varchar로 때려넣어도 되죠

토이프로젝트를 위해 간단한 쇼핑몰 ERD를 설계하는 중인데 질문드립니다.

4개의 답변

기술 목록