ID, 이름, 설명과 같은 몇 가지 공통 필드를 공유하는 유형 세트가있는 데이터 모델에서 작업하고 있습니다. 더 구체적으로 말하자면 :TPH 대 TPT 및 OR 매퍼
Document 클래스는 Attributes 목록을 가지고있다. 이러한 속성은 String, Integer, DateTime과 같은 유형이며 Address 및 String, Integer, Address 등의 목록과 같은 "복잡한"유형입니다. 이제 머리 속에 Attribute 클래스를 모델링하여 공통 속성 (Id, Name, Description)을 포함하는 추상 기본 클래스 (AttributeBase). 그런 다음 적절한 하위 클래스에서보다 구체적인 속성을 갖습니다. 예 : StringAttribute (값), IntegerAttribute (값), AddressAttribute (거리 등), StringListAttribute, IntegerListAttribute, AddressListAttribute. 우리는 15-20 개의 하위 클래스에 대해 이야기하고 있습니다. 그러나 데이터베이스에서 이러한 클래스를 어떻게 모델링합니까? TPH, TPT 또는 TPC를 선택 하시겠습니까? TPT 및 EF 4.1을 선택할 때 성능에 대해 읽었으며 성능이 더 좋더라도 TPH에 대한 하나의 massiv 표가 나에게 소리가 나지 않습니다. 우리는 테이블에 잠재적으로 10000 - 1000000 ++ 행의 데이터에 대해 이야기하고 있습니다.
이러한 시나리오를 처음 접하는 경험이 있습니까? 나는이 주제에 대해 당신이 정말로하고 싶습니다.
감사합니다. 솔루션에서 TPH 관련 성능 문제가 있습니까? – OKB
TPH는 TPC 및 TPT와 비교할 때 쿼리 성능에 가장 작은 영향을 미칩니다. EF 자체가 큰 성능 영향을 추가하므로 EF에 만족하면 성능 문제가 필요하지 않으므로 TPH에 대해 생각하십시오. –
확인. 내 질문에 답변 해 주셔서 감사합니다. – OKB