数据建模

副标题 / 摘要 Active Record 把数据与持久化绑定在一起，Data Mapper 把持久化隔离为独立层。本文对比二者并给出选型建议。 目标读者 使用 ORM 的后端工程师 设计领域模型的开发者 需要做架构取舍的团队 背景 / 动机 项目变复杂时，持久化模型往往开始“侵入”业务逻辑。 理解 Active Record 与 Data Mapper 的差异，是避免架构污染的关键。 核心概念 Active Record：对象自己保存/加载（数据与持久化耦合） Data Mapper：持久化逻辑在独立映射层 领域模型纯度：业务模型是否被 ORM 污染 实践指南 / 步骤 小型项目可用 Active Record 复杂领域建议 Data Mapper 明确领域边界，避免 ORM 侵入 用 Repository 隔离持久化 测试业务逻辑时替换存储层 可运行示例 # Active Record 风格 class UserAR: def __init__(self, name): self.name = name def save(self): print("save", self.name) # Data Mapper 风格 class User: def __init__(self, name): self.name = name class UserMapper: def save(self, user: User): print("save", user.name) if __name__ == "__main__": UserAR("Alice").save() UserMapper().save(User("Bob")) 解释与原理 Active Record 简单直观，但把持久化耦合进领域模型。 Data Mapper 更复杂，但让业务逻辑更纯粹、更易测试。 ...

副标题 / 摘要 O/R 阻抗失衡指对象模型与关系模型的结构和语义不一致，导致映射复杂、性能问题和维护成本上升。本文给出可落地的缓解策略。 目标读者 使用 ORM 的后端工程师 负责数据建模与性能优化的开发者 想理解“为什么 ORM 不是银弹”的团队负责人 背景 / 动机 对象世界是图结构（引用、继承、聚合），关系世界是表结构（行、列、外键）。 两者语义不同，映射时必然损失与扭曲，这就是 O/R 阻抗失衡。 核心概念 对象图：一对多、多对多关系 关系模型：表与外键，依赖 JOIN 映射成本：查询复杂、N+1、延迟加载等 实践指南 / 步骤 先设计数据访问模式，再设计模型结构 为读与写设计不同模型（CQRS 思路） 控制对象图深度，避免自动级联查询 使用 DTO 作为边界，减少 ORM 泄漏 对关键路径手写 SQL 可运行示例 下面示例展示对象与关系的差异： import sqlite3 conn = sqlite3.connect(":memory:") cur = conn.cursor() cur.execute("CREATE TABLE user(id INTEGER PRIMARY KEY, name TEXT)") cur.execute("CREATE TABLE orders(id INTEGER PRIMARY KEY, user_id INTEGER, amount INTEGER)") cur.execute("INSERT INTO user VALUES (1, 'Alice')") cur.executemany("INSERT INTO orders VALUES (?, ?, ?)", [(1, 1, 100), (2, 1, 200)]) cur.execute("SELECT u.name, o.amount FROM user u JOIN orders o ON u.id = o.user_id") print(cur.fetchall()) 解释与原理 对象模型喜欢“引用”和“聚合”，而关系模型喜欢“表”和“JOIN”。 ORM 需要在两种语义之间做折中，这就产生了性能与复杂度问题。 ...