내 전자 상거래가 다른 제품/서비스의 종류가 나와있다. 각 제품/서비스 유형에는 서로 다른 속성/속성이 있습니다. 예를 들어, 휴대 전화는 CDMA/GSM과 같은 속성이 다르며 TV는 USB/HDMI와 같은 속성 집합이 다릅니다. 처음에는 많은 제품 유형을 사용할 수 있으며 다른 제품/서비스 유형을 계속 추가 할 것입니다.데이터베이스 접근 방식은 응용 프로그램과 같은
그래서 내 질문은, 각 제품/서비스가 다른 속성 (열)이 있거나 다른,하지만 더 나은 방법이 있기 때문에 내 데이터베이스에 각 제품/서비스 유형에 대해 다른 테이블이 필요합니까? 예상 제품/서비스 유형의 수가 50 이상입니다.
귀하의 경우는 클래스/서브 클래스 또는 유형/하위 유형의 인스턴스입니다. ER 모델링의 전문 용어는 "일반화/전문화"입니다. 당신이이 세 가지 태그에 대한 태그 위키를 읽으면
single-table-inheritance class-table-inheritance shared-primary-key
는, 당신이 디자인에 몇 가지 일반적인 포인터를 얻을 것이다 : 여기
는 당신과 같은 질문에 해당하는 태그 목록입니다 당신이 개괄하는 사건. 또한이 세 태그로 태그 된 질문에는 도움이 될 답변이 들어 있습니다. 당신이 웹에 좀 더 연구를하려는 경우 그는 하나의 테이블 상속과 클래스 테이블 상속을 설명 곳, 나는 마틴 파울러의 웹 페이지를 권장합니다. 이것은 기초를 아주 잘 다룹니다. 그래도 더 깊이 가고 싶다면 교재를 참고해야합니다.
이러한 기술의 모든 관계형 데이터 모델이나 바닐라 SQL 둘 다 모델러에 상속을 제공하는 어떤 메커니즘을 가지고 있다는 사실에서 발생한다.
http://programmers.stackexchange.com/questions/180758/design-parts-db –
을 참조하십시오. 하나의 테이블에있는 모든 공통 속성과 각각의 테이블에있는 다양한 제품 유형에 대한 속성이 있습니다. 이 접근법은 좋아 보인다. 그게 너에게 도움이 되었 니? – Forthaction
네, 한 .... –