JPA入门(3)--继承2

最新推荐文章于 2025-06-23 09:59:41 发布

翻译最新推荐文章于 2025-06-23 09:59:41 发布 · 1.1k 阅读

文章标签：

#jpa #table #database #inheritance #layout #class

本文探讨了ORM中针对类层次结构的子类表继承策略，通过为每个子类创建独立的表格来存储特定属性，避免了单一表格策略的冗余问题。文章详细介绍了如何在Java环境下实现这一策略。

Separate Table per Subclass

这个策略为类层次中的每个子类创建一个单独的表格。这些表格的结构只包含子类中独立于类层次中父类的属性。为了用Java实现这个策略，我们只需简单地从根类中移除有关discriminator的元注释，并且更改根类中的继承类型。源码9.13展示了这些。

@Entity(name=”RoadVehicleJoined”)

@Table(name=”ROADVEHICLEJOINED”)

@Inheritance(strategy=InheritanceType.JOINED)

public class RoadVehicle {

...

}

Source 9.13 RoadVehicle with table per subclass strategy.

这次我们使用InheritanceType.JOINED指明为每个子类创建一个表格的策略。在这个策略中为了解决子类中的所有属性，必须使用联接。父类中的Id字段作为代表子类表格的外键。我们使用@Table元注释指明数据库中的不同与类名表格名称，这个用例中用以区别于前一个例子。默认地容器将创建与类名相同的表格。因为我们已经有一RoadVehicle类相应地有一名为ROADVEHICLE的表，所以我们指明用ROADVEHICLEJOINED表格名以之区别。

使用与源码9.12相同的代码，我们来看下运行后生成的表格。表格9.2-9.6展示这些表格。

每个表格都有一ID字段，以用于联接具体有实体。代表根类的表格有一区别字段。默认地该字段的名称为DTYPE，并且字段类型是DiscriminatorType.STRING。这个字段使用与单一表格策略相同的方法赋值。

Table 9.2 ROADVEHICLEJOINED TABLE

----------------------------------------------------------------------------------

ID DTYPE NUMPERWHEELS MAKE MODEL

1423656697 Coupe             4                          Bob            E400
1425368051 Motorcycle     2                          NULL          NULL
1424968207 Roadster         4                          Mini            Cooper S

----------------------------------------------------------------------------------

Table 9.3 MOTORCYCLE Table
----------------------------------------
ID  ACCELERTORTYPE
1425368051  1
----------------------------------------
Table 9.4 CAR Table
----------------------------------------
ID  ACCELERTORTYPE
1423656697  0
1424968207  0
----------------------------------------
Table 9.5 COUPLE Table
----------------------------------------
ID  BORINGFACTOR
1423656697  0
----------------------------------------
Table ROADSTER Table
----------------------------------------
ID  COOLFACTOR
1423656697  2
----------------------------------------

现在假设我们想获得所有的Roadster实体。在后台以下SQL语句可能被执行。为了获取子类的所有属性，我们必须使用联接。这种策略不支持多态。如果类层次不是很深，使用这种策略很好。但如果类层次比较很深则不宜使用些策略。

SELECT

rvj.NumWheels, rvj.Make, rvj.Model,

c.AcceleratorType, r.CoolFactor

FROM

ROADVEHICLEJOINED rvj, CAR c, ROADSTER r

WHERE

rvj.Id = c.Id and c.Id = r.Id;

Single Table per Concrete Entity Class

在这种种策略中每个concrete子类都有自己对应的表格。每个表格拥有所代表的实体的所有的属性(包括从父类继承的)。给出原来的源码即source9,1-9.5，我们可以期望以下布局的表格，如Tables 9.7–9.9.在这种策略中每个子类拥有继承自父类的所有属性。这种策略也不支持多态。由于这种策略并不是支持EJB 3.0规范所必须的，所有我们就不深入论文这种方法了。

Table 9.7 Database Table Layout Mapped for Roadster.java

ID NUMPASSENGERS NUMWHEELS MAKE MODEL ACCELERATORTYPE COOLFACTOR

Table 9.8 Database Table Layout Mapped for Coupe.java

ID NUMPASSENGERS NUMWHEELS MAKE MODEL ACCELERATORTYPE BORINGFACTOR

Table 9.9 Database Table Layout Mapped for Motorcycle.java

ID NUMPASSENGERS NUMWHEELS MAKE MODEL ACCELERATORTYPE