현재 레코드 유형이 3 개인 응용 프로그램을 계획 중입니다. 현재 각 유형마다 서로 다른 정보를 보유하고 있기 때문에 각 유형에 대한 표를 작성할 계획이지만 각 유형에는 기본 정보가 있으므로 더 나은 방법을 생각하고 있습니다.SQL - 다중 게시/레코드 유형을 구성하는 가장 효율적인 방법
유형 (및 현재 모델)은 Event, Hotel, Shop입니다. 그들은 모두 제목, 설명, user_id, category_id, 시간 등과 같은 기본 정보를 공유합니다.
"Places"라는 테이블을 대신 생성하고 각 유형에 대해 Model 대신 "type"-column으로 레코드를 만든 다음 선택 사항을 보유 할 메타 테이블에 대해 meta_id를 추가합니다./각 레코드 유형에 대한 추가 정보.
그래서 어떤 접근 방식이 더 좋을까요? 유형을 별도의 테이블과 모델로 유지해야 각 유형이 완전히 분리되어 있어야합니까?
더 좋은 방법은 형식을 별도의 테이블에 유지하는 것입니다. 이렇게하면 여러 정보를 추가하는 데 도움이됩니다.
다음과 같이 질문을 다시 해석 할 것입니다. 공통된 4 퍼 유형의 구별 된 부속 유형으로 구별 유형을 모델링하는 것이 더 나은? 그리고 그것들을 별개의 개체를 대표하는 구별 유형으로 단순히 고려하는 것이 더 좋은가?
대답은 그것이 다릅니다. 오브젝트 모델링을 수행하는 경우, 모든 유형은 범용 유형 "오브젝트"의 부속 유형입니다. 그러나 ER 모델링 또는 관계형 데이터 모델링을 수행하는 경우 해당 개념은 현재의 경우에 따라 도움이되거나 도움이되지 않을 수 있습니다.
이벤트, 호텔 및 상점의 공통된 특징은 너무도 사소해서 일부 일반적인 상위 유형의 특수화에 결합하면 비용이 적게 드는 것으로 보입니다. 최소한 그것이 언뜻 보면 나에게 보이는 방식입니다.
디자인 목표에 따라 다릅니다. 무엇을 성취하려고합니까? 일반적으로 디자이너는 속도, 유연성, 사용 편의성 및 프로그래밍 용이성과 같은 여러 가지 목표를 추구합니다. 이러한 목표는 당신에게 얼마나 중요합니까?