第12章 对象-关系结构模式

为什么第12章对象-关系结构模式值得单独学习

第12章对象-关系结构模式的核心不是让 ORM 自动生成表，而是决定对象图中的哪些部分拥有独立身份、哪些部分依附父对象、哪些值应展开为列。订单聚合同时包含订单行、地址和标签集合；如果所有对象都塞进一列，查询和约束会消失，如果所有值都拆成独立表，又会制造不必要的身份和连接。

是结构映射的起点。本页以 2024 年中文版公开目录限定第12章的范围，并依据 Martin Fowler 的作者图书页和模式目录独立重写；目录只决定要讲什么，案例、实验、判断题和答案均为本课程原创。

先建立直觉：问题、机制与代价

对象关系结构需要先问“要不要独立查询和独立生命周期”，再选择表结构。外键映射适合可独立查询的子集合；关联表映射适合关系需要独立扩展；依赖映射适合地址快照等从属值。

能让常用查询保持简单；

只适合整体读写且查询需求很弱的边界。继承映射也应根据查询、约束和演化成本选择单表、类表或具体表，而不是由 ORM 默认值决定。

对第12章对象-关系结构模式，优先比较的替代路线是：先用 Identity Field 固定身份，再按关联类型选择 Foreign Key 或 Association Table，按生命周期选择 Dependent Mapping 或 Embedded Value，最后才评估 Serialized LOB。若实验只能显示对象被保存，不能指出查询路径、独立生命周期和约束归属，就不能据此选择结构映射。

目录单元到教学证据

第12章 对象-关系结构模式

第12章对象-关系结构模式要求把“对象图如何落到关系结构”变成可观察的架构决定：先标出标识、关联、生命周期、值对象和继承边界，再用订单聚合的查询、删除、更新和迁移测试验证决定。只有映射后仍能表达必要约束并支持真实查询，结构模式才不是表生成器的偶然输出。

专属代码案例：订单聚合的结构映射

把订单聚合持久化切成“Identity Field → Foreign Key → Embedded Value → Association Table → 查询投影”五个观察点。第12章对象-关系结构模式的设计草案必须写出谁拥有状态、谁作出业务决定、失败怎样传播，以及标识、外键、聚合边界、值对象和继承策略中哪个指标最先提示当前方案不再适用。

设计记录采用五个可换行字段：单元键为 poeaa24-chapter-12-object-relational-structure；模式族为 mapping；裁决是“独立生命周期用身份和外键，从属值展开或依赖映射，多对多关系使用关联表，复杂图只有在整体读写时才序列化”；观测项包括标识、外键、聚合边界、值对象、继承策略；拒绝条件是“为方便生成表而牺牲必要查询、唯一约束或独立生命周期”。

先预测：订单地址应该展开为订单表的列，还是成为独立地址实体？先写下地址是否独立复用、是否需要单独查询和是否随订单删除，再阅读实现；验证时要能说明 Embedded Value 与 Dependent Mapping 的边界，而不是只比较表数量。

type Address = {
  street: string;
  city: string;
  postalCode: string;
};
 
type Order = {
  id: string;
  customerId: string;
  shippingAddress: Address;
  tagIds: string[];
};
 
type OrderRow = {
  id: string;
  customer_id: string;
  shipping_street: string;
  shipping_city: string;
  shipping_postal_code: string;
};
 
type OrderTagRow = { order_id: string; tag_id: string };
 
function toOrder(row: OrderRow, tags: OrderTagRow[]): Order {
  return {
    id: row.id,
    customerId: row.customer_id,
    shippingAddress: {
      street: row.shipping_street,
      city: row.shipping_city,
      postalCode: row.shipping_postal_code,
    },
    tagIds: tags
      .filter((tag) => tag.order_id === row.id)
      .map((tag) => tag.tag_id),
  };
}
 
function toRows(order: Order): { order: OrderRow; tags: OrderTagRow[] } {
  return {
    order: {
      id: order.id,
      customer_id: order.customerId,
      shipping_street: order.shippingAddress.street,
      shipping_city: order.shippingAddress.city,
      shipping_postal_code: order.shippingAddress.postalCode,
    },
    tags: order.tagIds.map((tagId) => ({ order_id: order.id, tag_id: tagId })),
  };
}

这个映射把订单身份作为 Identity Field，把客户关系表达为 Foreign Key，把地址字段作为 Embedded Value，把标签集合表达为 Association Table。真实实现还要加唯一约束、外键删除规则、事务和增量更新；不要为了减少类或表而把需要独立查询的对象图塞进 Serialized LOB。

对象-关系结构决策树

结构映射的顺序是先确认身份，再判断关联是外键还是关联表，再判断从属值和复杂对象图。下面的决策树把 Identity Field、Foreign Key、Association Table、Dependent Mapping、Embedded Value 和 Serialized LOB 的入口放在同一张证据图中。

决策树不是自动生成器：每个叶节点都要回到查询、约束、生命周期和迁移测试，确认选择没有把领域语义隐藏在数据库列或序列化字符串里。

结构映射对比图

面对地址、标签和订单行时，先比较独立生命周期与查询需求，再选择展开列、外键、关联表或序列化。越靠右的结构通常能保存更多对象形状，但可查询性、约束和局部更新会变差。

选择与拒绝矩阵

常见误区

可验证练习

名词解释

本章小结

掌握第12章对象-关系结构模式的标志不是记住表结构名称，而是能在订单聚合持久化中解释“Identity Field → Foreign Key → Embedded Value → Association Table → 查询投影”的责任链。学习者应利用标识、外键、聚合边界、值对象和继承策略作出可证伪的选择，并在失去必要查询、约束或独立生命周期时明确拒绝当前实现。

前后导航

• 上一页：11.3 延迟加载
• 下一页：12.1 标识字段

来源与改写范围

• Martin Fowler 作者图书页：核对全书主题、教程与模式参考结构。
• Martin Fowler 模式目录：核对模式名称、所属模式族和作者公开摘要。
• Pearson 出版社页面：交叉核对英文版出版信息与目录范围。