Mybatis-Plus:实现自定义SQL

这篇具有很好参考价值的文章主要介绍了Mybatis-Plus:实现自定义SQL。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

1.简介

2.自定义SQL具体实现

2.1.注解SQL

2.2.Wrapper传参+注解SQL

2.3.Wrapper传参+xml文件SQL

2.4.正常传参+XML文件SQL

3.总结


1.简介

        Mybatis-Plus(以下简称MBP)的初衷是为了简化开发,而不建议开发者自己写SQL语句的;但是有时客户需求比较复杂,仅使用MBP提供的Service,Mapper与Wrapper进行组合,难以实现可以需求; 这时我们就要用到自定义的SQL了。

        Java 开发使用 mybatis-plus 来执行 sql 操作,往往比 mybatis 能够省时省力,因为 mybatis-plus 封装了很多常用的接口。但对于一些更为复杂的查询来说,mybatis-plus 也相形见绌,还得需要我们自定义 sql 语句。本文就来介绍一下在使用 mybatis-plus/mybatis 的情况下,如何自定义 sql 语句、动态 sql 等。

Mybatis-Plus实现自定义的方式有以下几种:

1)注解SQL

2)Wrapper传参+注解SQL

        局限性:不适用于多表关联查询,查询字段过多代码比较凌乱

3)Wrapper传参+XML文件SQL:推荐

4)对象传参+XML文件SQL

        最传统的写法,流程过于繁琐,简单的单表查询时,配置麻烦

2.自定义SQL具体实现

2.1.注解SQL

Mybatis-plus提供了注解SQL功能,可以通过注解方式实现SQL的编写,注解SQL的前提是在Mybatis的配置文件中开启注解功能。

我们可以在Mapper的继承类中,使用完整的自定义SQL;

//多数据源情况下,@DS注解用于指定数据源
@DS("zw-mysqldb")
public interface CarMapper extends BaseMapper<Car> {
 
    @Select("select * from car where car_seq = #{carSeq}")
    Car queryCar(String carSeq);

}
   @RequestMapping("/ok")
    public void testCustomSQL2() {
 
        Car car = carMapper.queryCar("11");
        System.out.println(car.toString());
    }

补充: 

1)使用@Param注解

当以下面的方式进行写SQL语句时:

    @Select("select column from table where userid = #{userid} ")
    public int selectColumn(int userid);

当你使用了使用@Param注解来声明参数时,如果使用 #{} 或 ${} 的方式都可以。

    @Select("select column from table where userid = ${userid} ")
    public int selectColumn(@Param("userid") int userid);


当你不使用@Param注解来声明参数时,必须使用使用 #{}方式。如果使用 ${} 的方式,会报错。

    @Select("select column from table where userid = ${userid} ")
    public int selectColumn(@Param("userid") int userid);
 

2)不使用@Param注解

不使用@Param注解时,参数只能有一个,并且是Javabean。在SQL语句里可以引用JavaBean的属性,而且只能引用JavaBean的属性。

    // 这里id是user的属性

    @Select("SELECT * from Table where id = ${id}")
    Enchashment selectUserById(User user);

上面的代码中使用了注解SQL的方式,通过@Select注解指定了SQL语句。在方法中使用@Param注解指定参数名称,可以方便的进行参数传递,参数名称与sql参数名称一致可省略。

注解SQL的优点是代码简洁,可读性好,同时也可以结合Wrapper等方式进行复杂的SQL构建。

2.2.Wrapper传参+注解SQL

使用Wrapper方式的一些使用场景:

1)动态查询:使用Wrapper可以根据不同的查询条件,动态地拼接SQL语句,实现精确查询。

2)多表联合查询:在多表联合查询时,使用Wrapper可以方便地拼接SQL语句,实现多表联合查询。

3)分页查询:在分页查询时,使用Wrapper可以方便地拼接SQL语句,实现分页功能。

4)条件查询:使用Wrapper可以根据不同的条件,动态地拼接SQL语句,实现条件查询。

5)排序查询:使用Wrapper可以方便地拼接SQL语句,实现排序功能

使用SQL结合Wrapper进行复杂的SQL构建时,通常需要完成以下几个步骤:

a)创建Wrapper对象

通过创建Wrapper对象,可以方便地进行SQL构建和条件设置。下面是创建Wrapper对象的示例代码:

QueryWrapper<Entity> wrapper = new QueryWrapper<>(); 

b)设置查询条件

可以使用Wrapper对象的方法设置查询条件,例如eq、ne等方法可以设置等于、不等于等条件。下面是设置查询条件的示例代码:

wrapper.eq("column1", value1)
       .ne("column2", value2)
       .like("column3", value3);

//示例
wrapper.eq("car_state", "1")
                .like("car_id", "渝A");

c)设置排序条件(非必须)

可以使用Wrapper对象的orderBy方法设置排序条件,例如orderByAsc、orderByDesc等方法可以设置升序、降序等条件。下面是设置排序条件的示例代码:

wrapper.orderByAsc("car_id")

d)设置分页条件(非必须)

可以使用Wrapper对象的方法设置分页条件,例如page方法可以设置页码和每页大小等条件。下面是设置分页条件的示例代码:

Page<Car> resultPage = new Page<>(1, 10);
carMapper.selectByPrimaryKey(resultPage,wrapper)

e)mapper接口

@Select("select * from car ${ew.customSqlSegment}")
Page<Car> selectByPrimaryKey(Page<Car> page, @Param(Constants.WRAPPER) QueryWrapper<Car> queryWrapper);

f)执行SQL操作

接口的方法执行SQL操作,例如selectList、selectPage等方法可以执行SQL查询操作,也可以自定义查询。下面是执行SQL操作的示例完整代码:

//分页查询方式1
QueryWrapper<Car> wrapper = new QueryWrapper<>();
Page<Car> resultPage = new Page<>(1, 10);

wrapper.eq("car_state", "1")
       .like("car_id", "渝A")
       .orderByAsc("car_id");//排序
carMapper.selectByPrimaryKey(resultPage,wrapper);


//分页查询方式2
IPage<Car> page = new Page<>(1, 10); // 分页查询
LambdaQueryWrapper<Car> qw = new LambdaQueryWrapper<Car>()
     .like(Car::getCarId, "渝A") // 车牌号 =
     .eq(Car::getCarState, 1); // 状态

//selectPage是BaseMapper自带方法
IPage<Car> userPage = carMapper.selectPage(page, qw);

注意:

1)QueryWrapper中使用自定义uservo类,不能使用LambdaQueryWrapper 

2)上边涉及到 IPage 和 Page 都可以用用于分页,这里就涉及到MybatisPlus的几种方式问题

xml文件

g)执行结果:

mybatisplus自定义sql,Mybatis MyBatis-Plus,mybatis,sql,数据库补充:

在实际应用中,我们还可以使用LambdaQueryWrapper和QueryWrapper实现更多复杂的查询操作,以满足不同的业务需求。例如,我们可以使用LambdaQueryWrapper和QueryWrapper进行动态查询,通过判断前端传入的参数,来组合SQL语句,实现灵活的查询操作 

public List<UserEntity> getUserList(String name, Integer age) {
    LambdaQueryWrapper<UserEntity> qw = new LambdaQueryWrapper<UserEntity>()
            .eq(StringUtils.isNotEmpty(name), UserEntity::getName, name) // 姓名 = name
            .gt(age != null, UserEntity::getAge, age); // 年龄 > age

    return userMapper.selectList(qw);
}

以上代码中,我们通过LambdaQueryWrapper实现了动态的查询操作。如果传入的name参数不为空,那么就会添加一个等于查询条件;如果传入的age参数不为空,那么就会添加一个大于查询条件。

这样的查询操作,可以根据前端传入的参数,灵活地组合SQL语句,实现更多的业务需求。

注意:

        1)mapper方法里的@Param(Constants.WRAPPER) Wrapper query对象,Constants.WRAPPER的值就是ew。
        2)首先判断ew.emptyOfWhere是否存在where条件,有的话再拼接上去,

        3)ew.customSqlSegment该值是WHERE + sql语句,还有个ew.sqlSegment是不包括WHERE字符串

        4)${ew.customSqlSegment}是一个查询条件占位符,代表Wapper查询条件。 

当然,Mybatis-Plus提供了一些自定义SQL方法,例如selectObjs、selectByMap等,可以直接使用,例如:

List<Object> objs = userMapper.selectObjs(
    new QueryWrapper<User>().select("max(age)").eq("name", "张三")
);

2.3.Wrapper传参+xml文件SQL

Wrapper传参是Mybatis中的一种高级操作方式,可以在查询时动态传递参数

1)mapper类

Car selectBySeq (@Param(Constants.WRAPPER) QueryWrapper<Car> queryWrapper);

2)xml配置文件 

<select id="selectBySeq " resultMap="BaseResultMap">
        select * from `car` ${ew.customSqlSegment}
</select>

3)通过Wapper传递查询参数

使用Wrapper动态传递参数

1.使用Wrapper基类,自定义Where后面的SQL语句;

2.使用QueryWrapper

  • select | select(String... sqlSelect)

    例select("id", "name", "age")

上面两种方式任意选择一种,参数都是Wrapper

    @RequestMapping("/ok")
    public void testCustomSQL2() {
        LambdaQueryWrapper<Car> query = new LambdaQueryWrapper<>();
        query.eq(Car::getCarId, "11");

        Car car= carMapper.queryCarSeq(query);

        System.out.println(car.toString());
    }

//或者
Wrapper wrapper = new QueryWrapper<Car>().eq("car_state", 1).like("cai_id", "渝");
List<Car> userList = carMapper.queryCarSeq(wrapper);

XML文件SQL和Wrapper传参结合的优点在于提高了代码的可维护性、可读性和安全性,适用于代码量大,需要多人协作开发的场景,并且能够防止SQL注入攻击 

2.4.正常传参+XML文件SQL

在resources目录下创建一个mapper文件夹,然后创建一个与Mapper接口同名的xml文件,例如UserMapper.xml,定义自定义SQL语句

 //xml文件式,myabtis原生方式   
 Car selectByAnnotationXML(String seq);

在mapper下创建文件UserDao.xml 

 <select id="selectByAnnotationXML" parameterType="java.lang.String" resultMap="BaseResultMap">
        select *
        from car
        where car_seq = #{seq,jdbcType=VARCHAR}
    </select>

这种方式是在接触mybatis时候,最基础的方式 

3.总结

        总的来说,sql的写法有两种,一种是直接使用注解写在mapper方法上,一种是写在xml文件中;传参的方式也有两种,一种是通过方法传参直接在xml文件中组装sql,一种是通过Wapper传递参数条件构造器

注解的优点

        简洁易懂:相比于XML配置,注解的使用更加简洁直观,使代码更具可读性和可维护性。

        易于调试:注解配置可以直接在Java类中编写,减少了在XML中查找和修改SQL的时间。

        更好的性能:在执行大量的增删改操作时,注解配置的性能更高,因为没有XML解析的开销。

注解的缺点

        不利于维护:将SQL和Java代码耦合在一起,使得代码难以维护和重构,特别是在涉及到较复杂SQL的情况下。

        SQL可读性差:相比于在XML中编写SQL,注解中的SQL语句通常会更加冗长和难以读懂。

XML的优点

        易于维护:将SQL分离出Java代码,代码的维护性更高,特别是在需要修改SQL时。

        SQL可读性好:在XML中编写SQL,可以使得SQL的格式更加清晰,可读性更强。

        易于管理:XML配置文件可以全局管理,使得项目的结构更加清晰明了。

XML的缺点

        繁琐:XML配置相对于注解,配置较为繁琐,需要更多的代码量。

        性能问题:在执行大量操作时,XML的解析和读取会占用一定的时间,降低了系统的性能

总之,注解和XML的选择应根据项目的实际情况和需求进行决定。对于简单的查询和操作,注解可能更加适合;而对于复杂的查询和操作,XML则更加适合。

常用方法参考官方文档文章来源地址https://www.toymoban.com/news/detail-541123.html

到了这里,关于Mybatis-Plus:实现自定义SQL的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Mybatis-plus 配置自定义sql(.xml文件)查询语句的步骤

    这是使用Mybatis-plus 的自动生成实体类代码生成.xml文件, 所以他会在java目录下,不在resources目录下 如果在java目录下的xml文件,需要分别配置application.yml和pom.xml文件 type-aliases-package:java目录下边的第一级包名 mapper-locations: classpath:映射器的地址: 类路径:也就是.xml所在的包名

    2024年02月16日
    浏览(57)
  • Spring Boot入门(14):使用Mybatis-Plus执行自定义SQL | 超级详细,建议收藏

            在上几期,我们既讲了如何整合Mybatis-Plus进行数据库的增删改查,也讲解了如何使用MP的 Wrapper 构造器,但若是遇到复杂业务逻辑,如多表联查、动态拼接条件等,这些操作往往会让代码变得冗长且难以维护。但是,有了Mybatis-Plus这个优秀的框架,我们可以轻松实现

    2024年02月12日
    浏览(35)
  • mybatis-plus实现mysql自定义IKeyGenerator

    1. IKeyGenerator主键生成 2. 新建表模拟序列 3.代码实现 MysqlKeyGenerator类 实体类上添加@KeySequence,这里value是主键值,不是序列名

    2024年02月13日
    浏览(34)
  • Mybatis-Plus的SQL注入器实现批量插入/修改,效率比较

    mysql支持一条sql语句插入多条数据。但是Mybatis-Plus中默认提供的saveBatch、updateBatchById方法并不能算是真正的批量语句,而是遍历实体集合执行INSERT_ONE、UPDATE_BY_ID语句。 mybatis-plus虽然做了分批请求、一次提交的处理。但如果jdbc不启用配置rewriteBatchedStatements,那么批量提交的s

    2024年02月11日
    浏览(49)
  • Mybatis-Plus 打印sql日志

    先说一下springboot 和mybatis-plus版本 再给一份logback.xml文件配置 配置打印日志的两种方式 控制台打印,很简单,在application.yml配置 日志文件打印,在application.yml配置 还需要再logback.xml中将mapper 包的logger日志级别设置为debug,看上方 有用的话,帮忙点赞,谢谢,如果因为版本问

    2024年02月15日
    浏览(53)
  • MyBatis-Plus自定义分页模型

    MyBatis-Plus自带的分页模型Page有些参数,我觉得不是很必要,因此自定义自己的分页模型。该类继承了 IPage 类,实现了简单分页模型如果你要实现自己的分页模型可以继承 Page 类或者实现 IPage 类。因为Java是单继承多实现的,所以我们使用实现IPage接口的方式实现我们自己的分

    2024年02月12日
    浏览(38)
  • Mybatis-plus 分页 自定义count方法

    使用了mybatisplus 语句中有order by 语法 mybatisplus会使用 select count(*) from (子语句) TOTAL 算出total 但是会报错 查询条件QueryWrapper中还有order by排序条件,则生成的select count(*) from(sql) 就会报错 除非另外还指定了 TOP、OFFSET 或 FOR XML,否则,ORDER BY 子句在视图、内联函数、派生表、子查

    2024年04月23日
    浏览(49)
  • 聊聊mybatis-plus的sql加载顺序

    本文主要研究一下如果mybatis mapper定义了多个同名方法会不会有问题 com/baomidou/mybatisplus/core/MybatisConfiguration.java com/baomidou/mybatisplus/extension/spring/MybatisSqlSessionFactoryBean.java MybatisSqlSessionFactoryBean的buildSqlSessionFactory方法会根据mapperLocations的配置取加载xml配置,即加载xml的mapper信息

    2024年02月10日
    浏览(42)
  • 自定义Mybatis-plus插件(限制最大查询数量)

    需求背景 ​一次查询如果结果返回太多(1万或更多),往往会导致系统性能下降,有时更会内存不足,影响系统稳定性,故需要做限制。 解决思路 1.经分析最后决定,应限制一次查询返回的最大结果数量不应该超出1万,对于一次返回结果大于限制的时候应该抛出异常,而不

    2023年04月19日
    浏览(78)
  • Mybatis-Plus 自定义mapper批量新增修改函数

    version MybatisPlusConfig CustomizedSqlInjector InsertBatchMethod UpdateBatchMethod RootMapper 使用方式 mapper接口实现自定义的RootMapper,即可调用批量新增修改函数

    2024年02月12日
    浏览(54)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包