데이터베이스 디자인 관점에서 다음 중 모범 사례로 간주되는 것은 무엇입니까? :
데이터 레코드 (두 정수)에 대한 범주와 하위 범주를 저장해야하는 경우 볼 수있는 옵션은 다음과 같습니다.
a) 카테고리와 하위 카테고리를 별도의 필드에 저장 (특정 하위 카테고리에 어떤 카테고리가 있는지 한 눈에보기 어려움)
b) 마침표로 구분 된 동일한 필드에 둘 다 저장 (데이터 요약 또는 범주 수준 분석에서는 범주를 추출하기 위해 각 레코드에 대해 실행되는 기능이 필요함)
c) 범주 및 하위 범주를 별도로 저장하되 하위 범주 필드에서 결합합니다 (예 : 범주 = 1, 하위 범주 = 1.2) (범주 데이터는 두 배가되고 하위 범주가 범주와 일치하지 않을 가능성이 있습니다.)
아니면 더 나은 방법으로 간주되는 다른 접근 방식이 있습니까?
'카테고리'와 '하위 카테고리'가 어떻게 사용되는지, 그것이 무엇을 나타내는 지에 달려 있습니다.
우리가 물어야 할 한 가지 질문은 '카테고리'가 기능적으로 '하위 카테고리'에 의존하는지 여부입니다.
즉, '하위 범주'가 단일 '범주'에 "속"됩니까? 아니면 여러 범주에 적용된다는 점에서 '하위 범주'가 일반화됩니까?
후자의 경우 'category'와 'subcategory'를 두 개의 개별 열로 저장하는 것이 규범 적 패턴입니다.
첫 번째 경우 '카테고리'가 '하위 카테고리'에 기능적으로 의존하는 경우 '하위 카테고리'만 저장하고 '레코드'에 '카테고리'를 저장하지 않을 수 있습니다. 'category'와 'subcategory'의 관계를 별도의 테이블에 저장하여 모델을 정규화 할 수 있습니다.
우리는 여전히 모델을 비정규 화하고 성능상의 이유로 '카테고리'열을 중복 저장하도록 선택할 수 있습니다. 중복성을 인식하고 일관성을 보장하기위한 조치를 취하기 만하면됩니다. "레코드"에 저장된 '카테고리'가 "레코드"에 저장된 '하위 카테고리'와 관련된 '카테고리'와 일치하는지 확인합니다.
'카테고리'및 '하위 카테고리'의 값을 다른 방식으로 저장하기 위해 다른 표현에 대한 몇 가지 좋은 이유가있을 수 있습니다. 그러나 사용 사례에 대한 설명없이 이러한 값이 어떻게 사용되는지에 대한 아이디어가 없으면 권장 할 수 없습니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다