Hibernate三种继承映射方式的比较

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

 

以上三种映射代码，在本blog的经验技巧之Hibernate中均有详细表述，请批评指正