如何通过MyBatis获取mysql存储过程返回的不确定个数的多个结果集
如果对select
返回的结果行都需要处理,使用游标。
如果只想取得返回多行中的一行,使用limit。
<select id="getList" parameterType="ActRebate" resultMap="actRebateResultMap">
select t from t_rule_rebate t where (merchantId IS null OR tmerchantid = #{merchantId} )
AND (ztbz IS null OR trim(tztbz) = #{ztbz})
AND (type IS null OR trim(ttype) = #{type})
</select>
传进去的参数就不要在SQL中做处理了。。。。参数在传之前处理。
比如我们在引入了jdbc的配置文件使用了properties标签,引入jdbc有什么好处?,可以在配置文件中统一管理
内容而不是在很多个文件改来改去,而且在核心配置文件中把数据库连接相关的写死,显然是硬编码的所以我们用配置文件代替 nice!!!
你可能注意到了上面的写法 用前缀jdbc 可以很好地将他们与其他的变量区分开,(可以从名字很容易看出是jdbc相关的数据,不至于和同名变量搞混因为username这种可能
不止会出现在数据库的连接)
上面的代码中引入配置文件的部分为
可以从上面看到写法:
下面这段就是用来设置类的别名:
那么问题来了,为什么要有类的别名这种 *** 作??
因为在映射文件中每次都要写全类名显然有点麻烦比如下面这样:
一个项目是会有很多个映射文件的为了方便,所以类别名就出现了。可以在核心配置文件写接口类和对应的别名
这样就可以在映射文件的命名空间里可以直接写User(对大小没有要求也可以是user; 其实可以比这更加简单,也是我们在实际开发中常用的写法
就是将整个包写成别名的形式,如果不写alias属性默认为类名(不区分大小写),这样就容易多了,我们只需一行代码,便可以在所有的映射文件命名空间
中直接写对应的类名
引入核心的配置文件
首先需要思考的这里是映射文件的引入,我们正常的一个项目的数据库是有很多个表组成的那么每一张表对应一个mapper接口,每个接口对应一个映射文件,那么就需要导入大量的映射文件,还容易漏掉-->
上面这种以包的形式的导入非常方便,不用每次新建一个接口就要导入它的映射文件,但是上面这种写法需要 注意 一些问题:
如果你在映射文件中编写查询语句的sql,但是粗心的你忘记了设置返回类型会在控制台抛异常且会看到这样的说明:
It's likely that neither a Result Type nor a Result Map was specified
下面只是指定返回类型的一种方式:resultType,还有 resultMap
它们的区别:
查询的标签必须指定resultType或resultMap
comkobedumybatis 获取参数的两种方式:${} 和 #{}
上面是使用了 #{}写法相当于原生jdbc的占位符,这个前面已经提到过了所以不多赘述, 需要注意的是#{}里面的变量名可以是任意的username规范显然很好,但是aaaa也没错因为只是用来占位的;
还有就是在使用${}时注意''单引号问题,因为${}是字符拼接的方式,所以需要注意!!
传输参数时有多个参数时
在测试代码里通过传入两个参数分别为 username和password 但是在上面代码的(映射文件里的部分代码)执行失败,(sql语句未能解析)
报错:
Cause: orgapacheibatisbindingBindingException: Parameter 'username' not found Available parameters are [arg1, arg0, param1, param2]
可以从错误提示的信息不难发现我们的参数在映射文件里未能真正地接受到,可以用[arg1, arg0, param1, param2] 的方式获取,mybatis将参数放到map容器可以通过建arg0,agr1的方式
获取参数(也可以是param1,param2)
将上面的代码改动:
需要注意的是:使用${}时需要手动添加''才能正常访问,因为他的处理方式是字符串的拼接
做了改动之后结果很感人!!
User{id=6, userName='旺财', age=20, password='cwlz'}
可以直接通过键访问相对应的值(通过自己的方式访问到数据,上面的形式是mybatis默认提供的map和mybatis默认的提取指的方式 arg0,arg2)
当需要传多个参数时将他们放到一个map容器,然后将map传给对应的方法(模拟mybatis的做法,就可以在sql语句中直接通过键访问到值)代码如下:
映射文件中的部分代码 :
通过键直接获取值,注意:使用${}时不要忘了单引号!!!!
当参数以实体对象的形式传参时如何解决?
只需要通过#{}以属性名的方式访问!
所以代码的编写一定要规范,才能减少这种错误!!!
一定要和注解中的参数名一一对应!!!
如果查询的结果只有一个,也可以通过Map集合接收,字段名为键字段的值为值:{password=0000, id=3, userName=图区, age=20}
javalangIngeger --> int ,Integer
int --> _int,_Integer
Map --> map
String --> string
注意:
所以在批量删除的案例:需要注意的是不能使用#{} 因为它是会自动添加'' 所以在批量删除的语句中我们要使用${}
若字段和属性名不一致 ,则可以通过resultMap设置自定义映射
在mybatis的核心配置文件用下面的代码将 数据库中命名的规范 (user_name) 转换为 java中的命名规范 (userName)
就是手动设置属性与字段的映射关系:
如果设置了手动的设置属性和字段的映射关系,注意主键使用 id 标签,普通字段使用 result标签,就算属性和字段名一一对应,只要
用了这种方式就 必须要写全 !!!
一对多的查询:
通过分步查询实现:
多条件的查询
if 根据标签中test的属性所对应的表达式决定标签中的内容是否拼接到sql语句中
上面的where后面的 1=1 是细节,因为当where后面的条件都为空时就成了 select from t_user where
显然这种sql语句是有问题的,还有一种情况就是当userName为null时语句就成了 select from t_user where and age=#{age}
这也是错的,所以在where后加一个恒成立的条件不仅不会影响查询结果,而且没有会在特定情况时sql语句是会报错的所以很有必要
where 当where标签中有内容时,会自动生成where关键字,并且将内容前多余的and 或者or去掉
当where中没有内容时,此时where标签没有任何效果 就是不会生成关键字 注意:在写条件时不能在后面加and or 这个在下一条语句无效时mybatis不会帮你去掉!
相当于 if else
一个案例 -->就是当我们需要批量删除一些东西时(参数以数组的形式传入)
sql 片段: 在我们的查询语句不能在实际开发中也一直写 ;因为我们要按需查找,不必将不需要的也查询出来,我们可以将我们平常查询次数较多的字段
放在sql片段内,可以在需要查询时直接进行引用!
缓存,这个术语我们听过很多次,在web阶段时访问网页时有缓存机制!
现在sql的查询时也有缓存机制,有一级缓存,一级缓存是默认开启的,一级缓存的范围时sqlSession,将我们查询到的数据先进行缓存,若下次有相同的查询时不用重新
访问数据库,可以直接从缓存中取出!!!!
手动清空缓存 sqlSessionclearCache();
在mapper配置文件中添加cache标签可以设置一些属性:
逆向工程就是不难理解,我们之前都是由实体类到数据库,而逆向类就是通过数据库表生成实体类,
方法如下:
<c:forEach var="i" begin="1" end="9" varStatus="status">
${statusindex}
</c:forEach>
通过varStatus="status" 然后使用 ${statusindex}可以取得循环的次数,第几次循环。
MyBatis的插件MyBatis-Plus,又叫苞米豆(baomidou),简称MP,官方说,它是为了猿类崛起而生,为了提高生产率而生,为了简化开发而生,不管它为了什么而生吧,反正是它出生了。
MyBatis-Plus对MyBatis只做增强不做改变,所以引入它不会对现有工程产生影响,只需要做简单的配置,就可以快速进行单表的CRUD *** 作,从而节省时间,提高效率。
MyBatis-Plus插件有很丰富的功能,比如:单表CRUD *** 作、代码生成、自动分页、逻辑删除等。
下面我们来简单介绍一下MyBatis-Plus的使用
1、pomxml
去掉MyBatis的核心依赖(orgmybatisspringbootmybatis-spring-boot-starter),增加MyBatis-Plus的依赖:
2、配置applicationyml、po、dao和Application
applicationyml中配置数据库连接:
blog数据库中article表的实体类ArticlePo:
注解说明:
@TableName:表名注解,标识实体类对应的表
@TableId注解:主键注解,当type = IdTypeAUTO时,表示这个主键是自增主键
blog数据库中article表的dao,ArticleDao:
BaseMapper接口:利用Mybatis接口编程的实现机制,默认提供了一系列的增删改查的基础方法。
在Article11Application中配置 MapperScan 注解:
3、增加数据
insert:增加数据,insert返回值int代表insert了多少条记录
示例:在ArticleController中编写增加数据的接口:
说明:
1)一般业务逻辑处理在service层,这里为了方便,直接在controller中演示了
2)@Resource注解:注入ArticleDao,后续的方法中不再重复注入
4、删除数据
delete:物理删除数据,返回删除了多少条数据
示例,删除title为Mybatis-Plus test的数据:
说明:
1)物理删除后,恢复数据很困难,所以一般情况下,业务处理采用逻辑删除的方式
5、更新数据
update: 更新数据
示例,修改title为Mybatis-Plus test的数据的title为Mybatis-Plus update:
updateById: 根据主键id更新数据
示例,修改id为7的数据的title为Mybatis-Plus updateById:
注意 :
1、updateById方法:若传入实体Model,则会根据主键把其他字段全部更新一遍
问题:使用baomidou拿出某条数据的数据实体后,有其他人把数据库中这条数据的某个字段更新了,再用baomidou的updateById方法更新时,会把此字段再更新回来
解决:
方法1:使用sql语句,只更新需要更新的字段
方法2:新建实体Model,Model中只放主键和需要更新的字段
6、查询数据
selectOne: 查询单条数据
示例,查询id为7的数据:
注意 :
1、selectOne方法
1)结果没有数据时,返回null
2)结果有一条数据时,返回此数据
3)结果有两条或两条以上数据时,报错
解决办法:在最后增加 last(" limit 1 ") 语句
selectList: 查询多条数据
示例:查询title为Mybatis-Plus update的数据
7、打印sql日志
打印执行的sql,在applicationyml中配置,一般配置在开发环境
MyBatis-Plus的其他注意事项
1、如果数据库表字段中有desc、describe等mysql关键词或预留关键词,使用selectList/selectOne会报错,需要单独写sql查询语句
2、有时我们需要在Dao中单独写方法来写sql语句,这时方法的命名跟baomidou自带的命名不要一样,否则即使参数不同,也会有问题:Dao中单独写的方法,会把baomidou的方法覆盖,就调用不到baomidou的方法了
本文示例代码, 详见
>
在mybatis调用分页查询语句之前调用jar和插件配置程序,PageHelperstartPage会返回一个page对象,此对象在查询结果出来后会把总页数给page对象,即可实现分页查询功能,求出总页数。
MyBatis支持定制化 SQL、存储过程以及高级映射。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。
MyBatis 可以使用简单的 XML 或注解来配置和映射原生信息,将接口和 Java 的 POJOs,Plain Ordinary Java Object,普通的Java对象映射成数据库中的记录。
一个SqlSessionFactory实例可以通过SqlSessionFactoryBuilder获得。SqlSessionFactoryBuilder可以从一个xml配置文件或者一个预定义的配置类的实例获得。
扩展资料:
MyBatis的特点:
1、简单易学
本身就很小且简单。没有任何第三方依赖,最简单安装只要两个jar文件+配置几个sql映射文件易于学习,易于使用,通过文档和源代码,可以比较完全的掌握它的设计思路和实现
2、灵活:mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里,便于统一管理和优化。通过sql语句可以满足 *** 作数据库的所有需求。
3、解除sql与程序代码的耦合
通过提供DAO层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。sql和代码的分离,提高了可维护性。
参考资料来源:百度百科—MyBatis
以上就是关于如何通过MyBatis获取mysql存储过程返回的不确定个数的多个结果集全部的内容,包括:如何通过MyBatis获取mysql存储过程返回的不确定个数的多个结果集、mybatis返回多条数据的用法、mybatis各阶段的详解等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)