使用@JoinTable时为什么忽略@DiscriminatorColumn?

时间:2016-03-08 16:14:21

标签: java hibernate jpa java-ee discriminator

假设我有以下表格:

 ______________________
|       LAWSUIT        |
|______________________|
| ID                   |
| TITLE                |
|______________________|
                        \
                         \
                          \
                             ______________________
                            | PERSONS_IN_THE_CASE  |
                            |______________________|
                            | ID_LAWSUIT           |
                            | ID_PERSON            |
                            |______________________|
                          /
                         /
                        /
 ______________________
|        PERSON        |
|______________________|
| ID                   |
| NAME                 |
| TYPE                 | TYPE values = "Plantiff, Defendant, Lawyer, Judge, ..."
|______________________|

(我知道规范化数据库我可以为每个人类型提供一个表格,但让我们坚持实际结构)

我已经使用JPA(2.0)将不同的子类化为如下:

@Entity
@Table(name="PERSON")
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "TYPE")
public abstract class Person {
@Entity
@DiscriminatorValue("Plantiff")
public class Plantiff extends Person {  
@Entity
@DiscriminatorValue("Defendant")
public class Defendant extends Person { 
@Entity
@DiscriminatorValue("Lawyer")
public class Lawyer extends Person {    

这是正常的,因为我可以查询单个类别,过滤器是自动的,例如 Plantiff 上的findAll将获得所有时间的所有 Plantiffs

现在我试图通过PERSONS_IN_THE_CASE @JoinTable将其与诉讼相关联:

@Entity
@Table(name="LAWSUIT")
public class Lawsuit {

    @Id
    Long id;

    String title;

    @OneToMany
    @JoinTable(name="PERSONS_IN_THE_CASE",
               joinColumns=@JoinColumn(name="ID_LAWSUIT", referencedColumnName="ID"),
        inverseJoinColumns=@JoinColumn(name="ID_PERSON",  referencedColumnName="ID"))
    Plantiff plantiff;


    @ManyToMany
    @JoinTable(name="PERSONS_IN_THE_CASE",
               joinColumns=@JoinColumn(name="ID_LAWSUIT", referencedColumnName="ID"),
        inverseJoinColumns=@JoinColumn(name="ID_PERSON",  referencedColumnName="ID"))
    Set<Defendant> defendants;

    ...
}

以下是事情中断的地方: @DiscriminatorValue未应用,它似乎被@JoinTable完全绕过。

事实上,Set<Defendant>不仅包含被告,而是 中的每个 PERSONS_IN_THE_CASE关系表。例如,如果我有一个 Plantiff ,一个 Judge ,两个被告和两个律师,上面的Set<Defendant>将包含6个人而不是2个人。

如何让@DiscriminatorValue通过@JoinTable绑定工作?

编辑:我正在使用Hibernate 3.6.6.Final,(尽管我总是试图避免它)我对特定供应商的解决方案持开放态度< / strong>,如 @ForceDiscriminator (已弃用),@DiscriminatorOptions(force=true)等。我在问之前已经过了很好的尝试(虽然没能使它工作)。

3 个答案:

答案 0 :(得分:1)

标准 JPA中无法共享连接表,并且在连接表中有一个额外的列作为区分关键字的类型。

您可以使用单独的联接表,或深入了解JPA提供程序支持的供应商扩展;我知道DataNucleus JPA确实允许你需要的东西(参见this doc,对于JDO,但它也适用于JPA)并期望其他提供商可能有某种方法这样做 - 但你然后你的应用程序在JPA提供商方面不可移植。

或者重新设计关系,如果这是项目的选项

答案 1 :(得分:1)

简而言之,似乎@DiscriminatorColumn并不意味着您的层次结构可以区分。换句话说,如果所有内容都进入一个列表,则鉴别器列的工作级别很简单。一旦我开始试图让它将实体分成单独的列表,我就说你遇到了麻烦,就像你一样。

我基本上尝试了你所描述的没有额外JoinColumn注释的内容,而且我无法插入,因为创建的join table有两个单独的ids在其中,一个一个类,一个到另一个,并且任何插入都不能同时满足两者。使用额外的注释来控制连接配置,仍然存在问题。我可以插入东西,但不能检索。

基本上,您可以将@MappedSuperclass视为设计考虑因素的解决方案。 Person将是MappedSuperclass实体,这将是抽象的,律师,法官,原告,被告等将是具体的子类。

@MappedSuperclass
public abstract class Content
{
   @Id @GeneratedValue private Integer  id;

   public Integer getId() {
       return id;
   }

}

和Conrete班......

@Entity
public class EnglishContent extends Content {

    @Override
    public String toString() {
        return "EnglishContent:"+getId();
    }
}

@Entity
public class SpanishContent extends Content {

    @Override
    public String toString() {
        return "SpanishContent:"+getId();
    }
}

以及持有它们的东西:

@Entity
public class Question {
    @Id @GeneratedValue private Integer id;

    @OneToMany(cascade=CascadeType.ALL)
    List<EnglishContent> englishContents;

    @OneToMany(cascade=CascadeType.ALL)
    List<SpanishContent> spanishContents;
    ... getters, setters, 
}

此测试工作正常。

    Question q = new Question();

    SpanishContent sc = new SpanishContent();
    List<SpanishContent> spanishContents = new ArrayList<SpanishContent>();
    spanishContents.add(sc);
    q.setSpanishContents(spanishContents);

    EnglishContent ec = new EnglishContent();
    List<EnglishContent> englishContents = new ArrayList<EnglishContent>();
    englishContents.add(ec);
    q.setEnglishContents(englishContents);

    em.persist(q);

    Question q = em.find(Question.class, 1);
    System.out.println(q);

所以,不是相同的类,但它给你单独的列表,具有多态性,并且似乎更干净的设计。当然,有更多的数据库表,但这不应该是一个主要的考虑因素。

希望这有帮助。

答案 2 :(得分:0)

它在休眠5.4.2中仍然被忽略,我们的解决方法是使用来自休眠的@Where注释,仍然不是最佳的