与连接表的一对多关系

Hos*_*Aly 34 java persistence jpa

我有一个使用连接表建模的一对多关系:

create table t1 (id int primary key, name varchar(10) /*...*/);
create table t2 (id int primary key, name varchar(10) /*...*/);
create table t1_t2 (t1_id int, t2_id int, primary key (t1, t2));
Run Code Online (Sandbox Code Playgroud)

这些表应该模拟一个t1到多个t2的关系.使用JPA对这些表建模的正确方法是什么?

KLE*_*KLE 57

一个T1到多个T2的典型表是T2上的外键指向T1.通常不需要T1_T2表.

JPA结构将是一对多,可能是双向的.


可能会有一些安排,以使您描述的结构起作用.你可以改变T1_T2:

  • 在T2上添加一个唯一约束(这样只允许一个T2)

这真的是你想要的吗?

编辑:是的,这是你想要的;-)

我怀疑你可能在网上找到很多例子.我没有经证实的解决方案,但我会尝试这些方法:

Hibernate注释参考文档中,请参阅"2.2.5.3.2.3.带有连接表的单向"以获得想法.看起来像:

    @Entity
    public class Trainer {
        @OneToMany
        @JoinTable(
            name="TrainedMonkeys",
            joinColumns = @JoinColumn( name="trainer_id"),
            inverseJoinColumns = @JoinColumn( name="monkey_id")
        )
        public Set<Monkey> getTrainedMonkeys() {
        ...
    }
Run Code Online (Sandbox Code Playgroud)

  • 谢谢.这真的很有用.至于设计,当T2中与T1实际相关的记录数相对较少时,您可以选择使用单独的连接表,而不是在T2中具有大多数为"NULL"的`t1_id`. (6认同)
  • 我有一个案例,保持连接表不仅更合适,但必须.当子实体可以是多种类型的父实体的1:M子.在这种情况下,您不能在子实体中拥有fk列,并且必须使用连接表. (3认同)
  • HDave是正确的 - 拥有中间表并且不总是直接关系是一种非常常见的模式.考虑汽车和车主或任何其他例子.从装配线上下来的汽车可能有一个VIN而不是一个所有者,但如果有一个只有一个.在这种情况下,会有所有者和Car表以及一个Owner_Car表,显示给定所有者拥有的汽车(可能很多).从车到车主没有直接的FK.JPA让这很难(恕我直言)可能是由于最初设计解决的案例过于简单. (3认同)
  • 感谢您的回复.确实,我的不是最典型的结构,但我有其他原因使它更适合.对T2的唯一约束是可能的,但我仍然不知道如何使用JPA注释对其进行建模.你能进一步解释一下吗? (2认同)
  • 真实的场景可能是文档类实体,其中文档可以在许多其他实体中相关,并保持所有关系都不受其他实体的管理。我希望这可以让其他人更清楚。 (2认同)