MyBatis实践之动态SQL及关联查询(mybatis执行过程,原理)

推荐整理分享MyBatis实践之动态SQL及关联查询(mybatis执行过程,原理)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mybatis执行过程,原理,mybatis的执行流程,mybatis执行原理,mybatis的执行流程,mybatis reactive,mybatis @ds,mybatis执行过程,原理,mybatis 动态语句,内容如对您有帮助，希望把文章链接给更多的朋友！

序言

MyBatis,大家都知道，半自动的ORM框架，原来叫ibatis，后来好像是年apache软件基金组织把它托管给了goole code，就重新命名了MyBatis，功能相对以前更强大了。它相对全自动的持久层框架Hibernate，更加灵活，更轻量级，这点我还是深有体会的。

MyBatis的一个强大特性之一就是动态SQL能力了，能省去我们很多串联判断拼接SQL的痛苦，根据项目而定，在一定的场合下使用，能大大减少程序的代码量和复杂程度，不过还是不是过度太过复杂的使用，以免不利于后期的维护和扩展。

动态SQL

动态SQL提供了对SQL语句的灵活操作,通过表达式进行判断,对SQL进行拼接/组装.

if

对查询条件进行判断,如果输入参数不为空才进行查询条件的拼接.

mapper

会自动处理第一个AND(MyBatis还提供了自定义行为的元素, 详细可参考MyBatis文档).

UserDAO

Client

由于id与name为null, 因此这两个条件不会拼接在SQL中,这一点可以调试时日志中看出.

choose/when/otherwise

有些时候,我们并不想用到所有的条件语句,而只想从中选择一二.针对这种情况,MyBatis提供了元素,他有点像Java中的switch.

set

用于动态更新语句的解决方案为,set元素可以被用于动态包含需要更新的列, 而舍去其他的.

foreach

使用foreach可以实现向SQL中传递数组或List:

传入List

查询多个id的用户信息, 可以由下面两种SQL实现:

因此其foreach的定义也有如下两种方案:

元素 描述

collection SQL解析的参数名index 循环下标item 单个元素的名open 循环开始输出close 循环结束输出separator 中间分隔输出

传递List作为parameterType时,SQL解析参数名固定为list.

UserDAO

批量插入用户案例

mapper

UserDAO

Client

传入数组

mapper

与List类似,传递数组作为parameterType时,SQL解析参数名固定为array.

UserDAO

SQL片段

可以将一段公共的SQL语句抽取出来, 作为一个SQL片段, 供其他SQL调用:

经验:最好基于单表定义SQL片段,而且在SQL片段中不要包含/之类的标签,这样可以保证SQL片段重用度更高.

关联查询

数据模型分析思路

每张表的数据内容:分模块对每张表记录的内容进行熟悉,相当于学习系统需求/功能. 每张表重要的字段:非空字段/外键字段等. 表与表之间的数据库级别关系: 外键关系. 表与表之间的业务关系:建立在某个业务的基础上去分析.

订单/商品数据模型

表内容

user: 购买商品的用户信息 order: 用户创建的订单 orderdetail: 订单详细(购买商品信息) item: 商品信息 表与表之间的业务关系:

user/order:user -> order: 一对多 order -> user: 一对一 order/orderdetail:order -> orderdetail:一对多 orderdetail -> order:一对一 orderdetail/item:orderdetail -> item:一对一 item -> orderdetail:一对多

‘一对一'查询

需求: 查询订单信息,关联查询(创建订单的)用户信息.

由以上分析可知主查询为order表,而order -> user关系为一对一, 因此使用resultMap将查询结果的订单信息映射到Order中,将用户信息映射到Order中的User属性.

PO: 改造User

PO: 新增Order, 将User组合到Order中:

mapper

OrderDAO

Client

‘一对多'查询

需求: 查询订单及订单明细的信息(一对多).

PO: 定义OrderDetail,并在Order中添加List orderDetails订单明细属性:

mapper

元素 描述

property 指定关联查询的结果集存储到的属性

ofType 指定关联查询结果集中的对象类型OrderDAO

‘多对多'查询

需求: 查询用户及用户购买商品信息.

由于User表与Item表没有直接关联,因此只能通过Order表与OrderDetail表进行关联.

思路:

1) 将用户信息映射到User中.2) 在User中添加List订单列表属性,将用户创建的订单映射到orders.3) 在Order中添加List订单明细列表属性,将订单的明细映射到orderDetails.4) 在OrderDetail中添加Item属性,将订单明细所对应的商品映射到item.

PO: Item

mapper

OrderDAO

resultMap小结:

使用和可以完成一对一和一对多的高级映射.

association: 将关联查询信息映射到一个PO对象中. collection: 将关联查询信息映射到一个集合中.

延迟加载

关联查询时,使用MyBatis 延迟加载 特性可有效减轻数据库压力.首次查询只查询主表信息,等需要时再去查询关联表信息.的/具备延迟加载功能.

需求: 查询订单信息并关联查询用户信息.

延迟加载开关

在MyBatis核心配置文件(mybatis-configuration.xml)中配置:

1) lazyLoadingEnabled : 设置是否懒加载.默认false,则所有关联查询都会被初始化加载.

2) aggressiveLazyLoading : 设置是否积极加载. 默认true,所有关联属性被初始化加载.

Settings配置:

Mapper

只查询订单信息

元素 描述

select 指定关联查询Statement为com.fq.mybatis.UserDAO.selectUserById.

column 指定关联查询时将users_id值传入selectUserById.关联查询用户信息(namespace为com.fq.mybatis.UserDAO)

将上面查询到的订单信息中的user_id传入selectUserById来关联查询用户信息.

OrderDAO(同前)

Client

debug上面Client, 观察log信息,会发现只有当确实需要User信息时才会调用selectUserById.

以上所述是小编给大家介绍的mybatis实践之动态sql及关联查询，希望对大家以上帮助！

SQL Server查看未释放游标的方法 一直以来对SQLSERVER的游标都不怎么感冒，也很少使用SQLServer里面的游标，前几天有一位网友问如何检查数据库里面没有释放的游标，觉得有点意思，就

SQL Server 的数据库范围内的配置详解 SQLServer真的让人眼前一亮。几天前微软就提供了RCO(候选发布版)版本的下载。我已经围观了一圈RCO版本，其中一个最拽的功能是数据库范围内的配置(D

SQLServer行列互转实现思路（聚合函数） 有时候会碰到行转列的需求（也就是将列的值作为列名称），通常我都是用CASEEND+聚合函数来实现的。如下：declare@ttable(StudentNamenvarchar(),Subjectnvarchar(