共计 1453 个字符，预计需要花费 4 分钟才能阅读完成。
关系数据库之所以取得成功，最重要的原因之一就是 SQL 的存在，它是数据库通信标准语言。
1. 架构模式：
驱动领域逻辑访问数据的方式：
SQL 语句嵌入在程序设计语言中；
行数据入口、表数据入口：
把 SQL 访问从领域逻辑中分离出来，并把它放到独立的类中（让它们以数据库中的表结构为基础，每一个数据表对应一个类），这些类为数据库建立了一个入口；
活动记录：
领域模型简单时，每个领域对象负责对应数据库的表的存取过程
数据映射器：
领域模型复杂时，处理数据库和领域模型之间的所有存取操作，并且允许双方都能独立变化
面向对象数据库：
领域模型不管有多复杂，均可使用（因为风险，使用不多）。主要好处在于能够提高生产率！
2. 行为问题：
1）所谓行文问题，就是如何让个中对象从数据库中读取出来以及存到数据库中
2）工作单元：
充当数据库映射的控制器，会跟踪所有从数据库中读取的对象以及所有以任何形式修改过的对象，并将更新提交到数据库（用来解决内存对象和数据库中数据同步的问题）
3）标识映射：
在标识映射里记录读取的每一行，防止同一对象重复加载
4）延迟加载：
减少领域模型每次读取的数据
3. 读取数据：
1）查找器：
读取数据的时候，可以把读取数据的方法看做一个查找器
2）查找器对象：
如果数据库交互类基于表，把插入和更新操作也绑定在查找器方法中；
如果数据库交互基于行的类，创建独立的查找器对象（每个查找器类都有很多封装了 SQL 语句的方法，当执行查询操作时查找器对象返回一个适当的基于行的对象集合）
3）读取数据性能经验法则：
如果需要，尽量一次读取多行；
需要多个表数据时，使用 Join
4. 结构映射模式：
1）关系的映射：
解决关系表间关联关系和对象间引用关系的方法：
通过对象中的一个标识域来保持每个对象的关系特性，并且通过查找这些值来保持对象引用和关系键之间的相互映射
对于一些小的值对象（比如日期范围和钱），不需要用标识域来把对象间引用变为外键（不应该描述成数据库中它们自己的表），而应去除值对象中所有的域，以嵌入值方式把它们嵌入到关联对象中
也可以通过序列化 LOB 将一组对象存储为表中的单个列
2）继承：
单表继承：
为继承体系层次中的所有类建立一个表（修改容易并且避免 join，但每一行都必须为每种可能地子类博阿六一些列，浪费空间）
具体表继承：
为继承体系层次中每个具体类均建立一个表（避免 join 操作，允许从一个表中获取一个对象，但改变起来比较困难，如对超类的任何改变都不得不改变所有的表和映射代码）
类表继承：
为继承体系层次中每个类均建立一个表（需要多个 join 操作来载入一个对象，通常会损失性能）
以上 3 种模式，需要考虑自己的环境和偏好（Martin 倾向于：使用单表继承，用另外 2 个模式辅助来帮助解决不可避免的不相关和无用列问题）
5. 建立映射：
自己选择数据库方案：
使用经典数据库设计技术围绕数据来设计表，使用行数据入口或者表数据入口把 SQL 从领域逻辑中剔除
使用已存在数据库方案：
简单的领域逻辑可创建行数据入口或者表数据入口类来模拟数据库，并在此之上创建领域逻辑。复杂的逐步建立领域模型并包含数据映射器
对于多个数据源：
建立多个映射层，每个数据源一个。如果数据非常类似，可把数据从内存方案中转化到逻辑数据存储方案，映射从逻辑数据存储方案到实际物理存储方案（第二部包含区别）
6. 使用元数据：
元数据映射基于把映射浓缩到元数据文件的方法。元数据文件详细描述数据库中列如何映射到对象的域。如：
7. 数据库连接：
数据库连接池
8. 其他问题：
select * from 的问题
多使用预编译好的静态 SQL