使用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模板是否也可以按类似的生成。
很多模板式的代码生成出来。业务代码,参数,逻辑调用,可以直接改巴改巴。最简单的功能就能实现。容易手误的地方都可以避免.....................