저는 ASP.Net 웹 사이트 문서 작업 중입니다. 웹 사이트는 사용자가 기사, 질문, 직업 기회, 직업 요청을 게시 할 수있게 해주는 c-sharpcorner.com과 유사합니다. 웹 사이트의 ER 다이어그램을 디자인하는 동안 나는 모든 사용자의 게시물 유형 (기사, 퀘스트, 호브 등)을 하나의 테이블에 넣고 형식 속성을 구분하여 각 항목을 구분해야합니다. 분리 된 엔티티의 게시 유형 .. 무엇이 더 좋습니까? 그것은 나에게도 동일하지만 그 문제를 다루는 가장 좋은 방법은 무엇인지 전문가에게 알려야합니다. 감사합니다다른 표 유형의 내용을 분리해야합니까?
해결 방법과 관련하여 질문에 대한 답을 즉시 얻을 수 있습니다.
다음 질문에 답하면 직접 답을 얻을 수 있습니다.
테이블에 몇 개의 null 필드가 존재합니까? 게시물에 대해서만 사용하려는 열이있는 경우 해당 열은 다른 모든 대답 유형에 대해 null이됨을 의미합니다. 데이터베이스에 null 값이 많다면 실제로는 좋은 디자인이 아닙니다.
시간이 지남에 따라 요구 사항이 변경 될 가능성이 있으며 맞춤 유형 또는 더 많은 게시 유형이 필요합니까? 나중에 사용자 정의해야 할 가능성이 높을수록 각 게시 유형별로 별도의 표를 사용하는 것이 좋습니다.
각 유형에 대한 게시물의 상대적 개수는 얼마나됩니까? 한 유형이고 다른 유형의 경우에만 10 % 인 90 %의 답을 얻으려면 10 %로 작업 할 때 표를 분리하고 성능 문제를 피하는 것이 좋습니다.
다시 , 여기에 옳고 그른 대답은 없습니다. 특정 솔루션을 좀 더 분석하여 구체적으로 무엇이 가장 적합한 지 생각해 내야합니다.
ER 다이어그램이 개념적 데이터 모델을 묘사하려는 경우 일반화/전문화를 사용하여 게시물이 여러 가지 유형의 게시물 중 하나임을 알릴 수 있습니다.
다이어그램이 데이터의 관계형 모델을 사용하여 논리적 데이터 모델을 묘사하려는 경우, 디자인을 결정해야합니다.
하나의 대안이이 태그 아래에 표시됩니다 : single-table-inheritance.
또 다른 대안은 class-table-inheritance입니다.
두 번째 대안을 선택하고 일반 게시물 테이블과 각 특수 테이블간에 일대일 관계를 적용하려면이 태그 (shared-primary-key)를 확인하십시오.
세 개의 태그 모두에서 정보 탭에 세부 정보가 표시됩니다.
감사합니다. null 셀이 많이있을 것입니다. 분리가 더 편할 것이라고 생각합니다. – Hassanation