ORM 상속

Question

누구나 이 있으십니까?은 ORM 도구에 대한 상속 지원을 원했고 사용 했습니까? 그렇다면 어떤 것이 최선의 지원이라고 생각하십니까?

ORM 상속은 "하늘의 원형"개념입니까? 도메인 클래스에서 상속을 의미하는 경우

Answer 1

나는이 질문을 많이 좋아한다. 나는 잠시 동안 ORM 도구 (Toplink, 지금은 eclipselink, Hibernate)를 사용해 왔지만 JPA 문서에서 언급 된 것처럼 항상 보았다. 그러나 나는 그것을 실제로 필요로하지 않았다. 기본적으로 ORM은 데이터베이스에 대한 레코드를 가져 오기 위해 tedius 코드를 작성하지 못하도록 막을 내릴 철학입니다. 그건 정말 큰 timesaver이며 그것은 당신이 어리석은 실수를하지 못하게합니다. 물론 이것으로 멋진 것들을 할 수는 있지만 컨트롤러에 저장하지 않는 이유는 MVC를 따르는 것보다 모델에 고정시키는 것입니다.

Answer 2

, 내가 NHibernate에 및/또는 성 액티브로 모든 시간을 사용하여, 그들은 세 가지 매핑 전략을 지원합니다

• http://nhibernate.info/doc/nh/en/#inheritance
• http://old.castleproject.org/activerecord/documentation/trunk/usersguide/typehierarchy.html

Answer 3

나는 Hibernate (그리고 Django와 함께)에서 상속을 사용했고, 그것을 유감스럽게 후회했다.

"상속을 통한 구성"원칙은 특히 도메인 클래스에 해당됩니다. 상속이 모델 수준에서 의미가있는 몇 가지 사례가 있다는 것에 동의하지만 대부분의 경우 상속은 매우 정적 인 도메인 모델을 제공하며 한 개체는 다른 클래스로 변경할 수 없습니다.

또한 대부분의 개발자는 데이터베이스 수준에서 상속 개념에 만족하지 않으므로 유지 관리가 더욱 복잡해집니다.

마지막으로, Hibernate에 의해 배치 된 프록시가 객체의 실제 클래스를 숨길 것 같은 기술적 문제가 있습니다. 그것은 "의 인스턴스"가 비정상적으로 행동하게 만듭니다. 물론 "인스턴스"가 코드 냄새라고 말할 수 있습니다. 아마도 컴포지션이 더 나은 솔루션 일 수 있다는 또 다른 힌트 일 수 있습니다.

Answer 4

복잡한 비즈니스 소프트웨어를 작성하는 경우 필요합니다.

개인이나 단체에 물건을 판매하고 싶다고 가정 해 보겠습니다. 판매 주문에서 구매자는 하나가 될 것입니다. 상속 재산이 없으면 어떻게합니까?

@Entity 
@Inheritance 
public abstract class Party { 

    @Id 
    private Long id; 

    ... 
} 

@Entity 
public class Individual extends Party { 
    ... 
} 

@Entity 
public class Organization extends Party { 
    ... 
} 

@Entity 
public class SalesOrder { 

    private Party buyer; 

    ... 
} 

그런 다음 당신이 할 수 있습니다 :

salesOrder.setBuyer(someOrganization) 또는 salesOrder.setBuyer(someIndividual)