|
比较方面 |
每个具体类一张表 |
每个分层结构一张表 |
每个子类一张表 |
|
建立关系模型原则 |
每个具体类对应一张表，有多少具体类就需要建立多少个独立的表 |
描述一个继承关系只用一张表，也就是说子类所使用的表与父类相同 |
每个子类使用一张表，但这些子类所对应的表都关联到基类所对应的表中 |
|
关系模型的优缺点 |
这种设计方式符合关系模型的设计原则，但有表中存在重复字段的问题 |
缺点有二：首先表中引入的区分子类的字段，也就是包括了描述其他字段的字段。其次，如果某个子类的某个属性不能为空，那么在数据库一级不能设置该字段not null(非空) |
这种设计方式完全符合关系模型的设计原则，且不存在冗余 |
|
可维护性 |
如果需要对基类进行修改，则需要对基类以及该类的子类所对应的所有表都进行修改 |
维护起来方便，只需要修改一个表 |
维护起来比较方便，对每个类的修改只需要修改其所对应的表 |
|
灵活性 |
映射的灵活性很大，子类可以包括基类属性在内的每一个属性进行单独配置 |
灵活性差，表中冗余字段会随着子类的增多而越来越多 |
灵活性很好，完全是参照对象继承的方式进行配置 |
|
查询性能 |
对于子类的查询只需要访问单独的表，对父类查询怎需要检索所有的表 |
在任何情况下，都只需处理一个表 |
对于父类的查询需要使用左外链接，对于子类查询需要使用内链接 |
|
维护性能 |
对于单个对象持久话操作只需要处理一个表 |
对于单个对象的持久话操作只需要处理一个表 |
对于子类的持久话至少要处理两个表 |
|
|
|
|
|
以上三种映射代码，在本blog的经验技巧之Hibernate中均有详细表述，请批评指正