드로우홀릭 더베이직
안녕하세요~!
요약/계산 쿼리 실습을 하던 중, 필드 구성 부분에서 궁금증이 생겨 질문드립니다.
"고객별 지점별 판매현황 구하기"에서 q요약10_고객별 지점별 판매현황 쿼리를 만들때,
(고객업체)고객업체코드-(고객업체)고객업체명-(지점)지점코드-(지점)지점-(q주문서_내역)금액의합계: 금액 으로
필드를 구성하였는데, 책에 설명대로 고객업체명의 경우 코드가달라도 명칭이 같을 경우가 있기 때문에 기본키(고객업체코드)로 필드를 묶는 것은 이해하였습니다.
반면, "혼자해봐요" 1.도시별 연도별 판매현황 구하기에서는,
(고객업체)도시-(주문서)년도: Year([수주일])-(q주문서_내역)금액의 합계: 금액 으로
필드를 구성하는데요, 여기에서는 도시가 다른데 명칭이 같은 것이 없기 때문에 바로 도시로 묶어 필드를 구성한 것 같습니다. 그런데 (가정) 해당 DB를 운용하다가 지역의 위치는 다르지만, 명칭이 같은 도시를 추가해야한다면, 도시분류 테이블을 만들고(제품분류 테이블 처럼) 각 도시에 적당한 코드를 부여하여 관리함과 동시에 쿼리를 만들떄는 상기 고객별 지점별 판매현황 구하기 때처럼 도시코드(가명)로 필드를 묶어 만들면 되는것일까요?
외국에서는 위치는 다른데 지역명은 같은경우가 생각나 여쭤봅니다.
언제나 감사드립니다!
네, 말씀하신 대로, 위치는 다른데 지역명은 같은 경우를 커버하려면 별도의 '도시' 테이블을 만들어야 합니다.
지금 질문 주신 것은, '코드' 테이블을 만드냐, 만들지 않느냐를 결정하는 것에 관한 것입니다.
이름이 중복될 가능성이 있다면, 당연히 '코드' 테이블을 만들어야 합니다.
저희의 경우, 그런 이유로 다음과 같이 설계합니다.
예를 들어, '제품' 테이블을 만든다면.. 다음과 같이 만듭니다.
제품ID 제품별칭 제품명
'제품명'은 일반적인 명칭입니다. 이것은 중복될 가능성이 있습니다.
(초코파이는 오리온도 있고 롯데도 있죠. 오리온이 제일 맛납니다만..)
(실무적으로는 '오리온 초코파이', '롯데 초코파이'와 같이 구분된 제품명을 사용할 것이긴 합니다. 그러나 진짜 중복되는 경우도 있죠.)
'제품별칭'은 우리 회사에서 사용하는 제품명입니다.
이것은 중복을 허용하지 않습니다.
이런 식으로 관리하면 별 문제가 없습니다.
거래명세서 같은 공식 문서를 출력할 때에는 '제품명' 필드를 사용하고, 내부용 문서를 출력할 때에는 '제품별칭'을 사용하게 되는 것이죠.