查找方法的设计需要了解客户端如何使用对象

数据映射器的查找方法看起来像是”一次请求对应一次SQL查询”这么简单，但实际情况往往更复杂：加载一个带有多条订单行的主订单，很可能需要同时把这些订单行也一并加载进来——客户端的一次请求，常常意味着要成批加载一组相关对象。映射器设计者必须自己决定”一次执行该返回多少对象”，这个决定的目的是尽量减少数据库查询次数——但要选出最合适的读取方式，查找方法就必须相当了解客户端到底是怎么使用这些对象的，不能只按”每个类各自独立查询”这种最直白的方式设计。同理，如果要同时加载订单和订单行，通常用一个连接了两张表的单一查询、一次性把结果集加载成两种对象实例，会比分别查询快得多。可迁移启发：设计数据访问层的查询粒度时，不能只从”这张表/这个类该怎么查”的角度出发，而要先弄清楚上层调用方实际的访问模式（经常一起用的对象、常见的批量加载场景），再据此决定查询该合并到多细的粒度——脱离使用场景、只按数据模型设计出来的查询接口，性能往往会不尽人意。