mybatis系列四：关联映射吐槽

joozh

　　使用mybatis 所提供的嵌套查询collection、association 的方式。
　　1.实体类中，可以表达一对多，多对一的关联关系。一对多，多方使用List集合；多对一，一方使用实体类对象，使得关联关系也更面向对象。
　　2.映射文件中，可以不用写join这样的关联查询，mybatis可以collection、association自动关联，可以直接导航到关联的对象上。
　　3.缓存问题上，可以配置相应的一级缓存（SqlSession级缓存）、二级缓存（SqlSessionFactory级缓存）进行一定的优化。使用缓存的原则是：查询远远多于修改的，才使用缓存。
　　4.延迟加载问题上，可以使用mybatis提供的延迟加载方式提高性能。传说mybatis的延迟加载有一定的陷阱，实际项目并未使用过，没有研究过。
　　可以在mybatis的总配置文件中配置

<settings>
<setting name="lazyLoadingEnabled" value="true"/>
<setting name="aggressiveLazyLoading" value="false"/>
</settings>
　　官方对这两个属性的解释是：
　　lazyLoadingEnabled 全局启用或禁用延迟加载。当禁用时，所有关联对象都会即时加载。默认：true
aggressiveLazyLoading 当启用时，有延迟加载属性的对象在被调用时将会完全加载任意属性。否则，每种属性将会按需要加载。默认：true
　　不使用mybatis提供的映射关联方式。
　　1.实体类中，按二维表模型表达外键关系，不够面向对象。但方便使用工具以数据库生成实体类。

public class Orders {
//多对一 二维表模型，外建用id方式
private Integer customerId;
// 多对一 对象模型
private Customer customer;
// ....
｝
　　2.映射文件中，不配置关联。按join这样的方式手动映射。结果集使用resultMap来映射，如果业务比较复杂，resultMap中映射的字段会比较多，而且多是多个表中的字段。为方便可以定义DTO来映射。
　　实际项目中使用association、collection方式的比较少，关联关系比较复杂的时候，这块的配置会是很多层嵌套。
　　来个代码片段，业务越趋于复杂，这种问题就越明显。手写sql关联查询更直接。

  <resultMap id="BlogDtoMap" type="com.easternie.records.vo.model.BlogDto">
<constructor>
<idArg column="id" javaType="String"/>  
</constructor>
<result property="userid" column="userid" />
<association property="user" resultMap="userMap" />
<collection property="posts" ofType="com.easternie.records.vo.model.BlogPostDto">
<id property="postid" column="postid" />
<association property="user" resultMap="userMap"/>
<collection property="comments" ofType="com.easternie.records.vo.model.BlogComments">
<id property="commentid" column="commentid" />
<result property="msg" column="msg"/>
</collection>
</collection>
</resultMap>
　　快速开发
　　1.按数据库表 生成 实体类，生成映射文件；生成单表的物理分页配置，简单的CRUD
　　2.按业务需求 手动关联查询；手动多表关联分页查询，只需要按业务表关联，提供查询条件就可以
　　3.生成简单的dao接口，提供分页查询（查询条件，参数，可以使用Map进行统一）；简单的CRUD。
　　4.类似dao接口，生成简单的service接口和实现，service中提供的参数使用参数列表（不使用Map，以表达清楚每个参数的含义）。简单的controll模板是否也可以按类似的生成。
　　很多模板式的代码生成出来。业务代码，参数，逻辑调用，可以直接改巴改巴。最简单的功能就能实现。容易手误的地方都可以避免.....................