首页 > 代码库 > 继承关系在内存和DB中的映射

继承关系在内存和DB中的映射

2024-07-04 13:30:02   227人阅读

  • 使用
    • 将若干相似的类映射为单表,对拥有许多特殊数据的类使用具体表继承.
    • 对高层次使用类表继承,对低层次使用具体表继承.
  • Single Table Inheritance
    • 在DB中将类继承层次设计为一个单表,表中各列代表不同类中的所有域.

    • 运行机制
      • 每个类负责把与之相关的数据保存在表的一行中.表中其它不相关的列留空.
      • 通过表中的Type字段来决定向内存中加载对象时,应该实例化那个类来创建该对象.
        • 可以直接使用类名称
        • 或者需要经过翻译的Code域.
      • 保存数据的代码可以由层超类负责.
    • 使用时机
      • 优点
        • 只需要关注一个DB表.
        • 获取数据时不必进行连接.
        • 对继承层次的重构(在父子之间挪动某个域)不需要修改DB.
      • 缺点
        • DB表的列和对象的域不是一一对应的.
        • 空间的浪费.
        • 可能太大的单表.过多的索引被频繁上锁.导致访问效率低下.
        • 域名称可能重复(加上类名做区分可以解决).
  • Class Table Inheritance
    • 每个DB来代表一个类.

    • 运行机制
      • 类中的域直接映射到相应表中的字段上.
      • 表的行链接问题
        • 使用公用的主键.由于超类表针对其它子类表中的每一行都有对应的一行.所以主键必须在各表间唯一.
        • 每个表都有自己的主键,并使用超类表的外键把各行联系在一起.
      • 最大的问题是如何有效地把数据从多个表中取回.
        • 对每个表都进行一次调用会造成多次调用.
        • 一次链接来处理多个表,会在表数目较大时,产生性能问题.
      • 通常,对于指定的查询,并不清楚具体需要链接那些表.如查询一组运动员.
        • 使用外链接来在某些表没有数据时有效地进行链接.
        • 先读根表,然后找出下一个该读取的表.但是这样会有多次查询.
    • 使用时机
      • 优点
        • DB表更容易理解,且没有空间浪费.
        • 领域模型和DB之间的关系简单明了.
      • 缺陷
        • 加载一个对象需要访问多个表(也就是需要链接)
        • 字段在继承层次中上下移动会导致DB重构.
        • 对超类的频繁访问会导致瓶颈.
  • Concrete Table Inheritance
    • 内存中的每一个具体类对应一个DB表.

     

    • 运行机制
      • Db表中的列包含着具体类和其所有祖先类中的所有域.超类中的所有域在子类的DB表中都会被复制.
      • 需要保证键在继承层次中所有的表键都是唯一的.
        • 需要一个键分配系统来记录表间键的使用情况.
        • 要么避免使用超类的域,要么使用包含表ID的复合键.
      • 引用完整性问题
        • 例如,慈善活动和Player的关联.由于没有Player对应的Db表.所以无法使用外键来构建链接表.
        • 此时,可以忽略引用完整性.
        • 或者,使用多链接表.DB中的每个表都有一个链接表与之对应.
    • 使用时机
      • 优点
        • 每个DB表都是自包含的,并且不含有不相关的域.
        • 具体映射器读取数据时不需要链接操作.
        • 只有在类被访问时,对应的DB表才会被访问.分散了访问负载.
      • 缺陷
        • 主键很难处理.
        • 不能把数据库关系加到抽象类中.
        • 域在继承树上移动时,须更改表定义.
        • 超类的域改变时,会有很多的子类DB表连带更改.
        • 超类上的一次查找需要检查所有表.
  • Inheritance Mapper
    • 运行机制
      • 查找方法定义在具体子类上,因为它要返回一个具体类.OO不允许改变已声明方法的返回值类型.
        • 基本行为:在DB中找到合适的行,实例化正确类型的对象(子类决定),并用来自DB的数据来加载对象.
        • 子类映射器在加载子类特有的数据后,一直向上调用它的超类方法.
      • 插入和更新
        • 都使用保存方法.可以在超类上定义接口.
        • 插入:创建一个新行,将对象中的数据用Save钩子方法保存起来.
        • 更新:值保存数据,也使用Save钩子方法.
        • 与加载类似,每个类保存其特有的数据,之后调用超类的保存方法.
      • 一个支持保存和加载的抽象类
        • Abstract Player映射器负责向DB中加载和保存特定的Player数据.
          • 它是一个抽象类.其行为只有具体的映射器子类使用.
        • 独立的Player映射器.
          • 提供了操作的接口.
          • 提供了查找方法.
          • 覆盖了插入和更新方法.
          • 其只负责找到应该处理某个具体任务的具体映射器,并把任务委托给该具体映射器.


联系
我们