1

抽象的

说，我有两个简单的@Entity 继承树（一个抽象基类，每棵树中有两个具体实现类） InheritanceType.TABLE_PER_CLASS; 我需要使用@JoinColumn 连接基类的双向@OneToMany 关系。

这应该产生四个表，每个具体类一个，对吧？EclipseLink 为其中一个抽象基类生成了第五个表，这对我来说没有意义。考虑这个例子（这不是一个真实的例子；它只是关于 JPA）：

例子

Collection 是第一个继承树的抽象根和@OneToMany 关系的实现者：

@Entity
@Inheritance(strategy=InheritanceType.TABLE_PER_CLASS)
public abstract class Collection {
    @Id @GeneratedValue
    public long id;
    @OneToMany(mappedBy="collection")
    public List<Media> items = new ArrayList<Media>();
}

PhysicalCollection 和 VirtualCollection 是 Collection 的具体实现：

@Entity
public class PhysicalCollection extends Collection {}

@Entity
public class VirtualCollection extends Collection {}

Media 是第二个继承树的抽象根和@ManyToOne 关系的实现者：

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
public abstract class Media {
    @Id
    @GeneratedValue
    public long id;
    @ManyToOne
    @JoinColumn(nullable = false)
    public Collection collection;
}

CdMedia 和 TapeMedia 是 Media 的具体实现：

@Entity
public class CdMedia extends Media {}

@Entity
public class TapeMedia extends Media {}

结果

正如我所说，EclipseLink 将由此生成五个表（不要介意 SEQUENCE 表）：

mysql> SHOW TABLES;
+--------------------+
| Tables_in_test     |
+--------------------+
| CDMEDIA            |
| MEDIA              |
| PHYSICALCOLLECTION |
| SEQUENCE           |
| TAPEMEDIA          |
| VIRTUALCOLLECTION  |
+--------------------+
6 rows in set (0.00 sec)

并且意外的表 MEDIA 将有一个无用的定义（重命名 PhysicalCollection 时外键目标更改语义）：

CREATE TABLE `MEDIA` (
    `COLLECTION_ID` bigint(20) NOT NULL,
    KEY `FK_MEDIA_COLLECTION_ID` (`COLLECTION_ID`),
    CONSTRAINT `FK_MEDIA_COLLECTION_ID` FOREIGN KEY (`COLLECTION_ID`) REFERENCES PHYSICALCOLLECTION` (`ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |

问题

  1. 我的预期是否正确？（创建 4 个表，而不是 5 个）
  2. 有人可以确认这是 EclipseLink 中的错误吗？
  3. 如果不是错误，你能指出我哪里出错了吗？
4

1 回答 1

1

TABLE_PER_CLASS 不应该为任何抽象类创建表，所以这是一个错误。很奇怪，您还没有获得 Collection 的桌子？您确定 MEDIA 是抽象的，您是否错过了重新编译/部署代码？

我知道这个 bug 存在于 EclipseLink 2.0 中，但认为它在那之后被修复了，所以你可能想尝试最新版本，否则会记录一个 bug。

一般来说，我不会推荐 TABLE_PER_CLASS，尤其是在这个模型中，你有很多关系。使用 SINGLE_TABLE 或 JOINED 继承会好得多。

于 2013-05-01T13:10:16.267 回答