MybatisPlus中QueryWrapper使用

今日份鸡汤:我挣的每一笔钱,都是自己的保障,就算步伐很小,也步步前进,千万不要看不起这一分一厘,来路清白的自食其力!就是普通人最好的状态~

最近在使用MybatisPlus查询的时候,遇到一些使用不规范的,导致查询出错,今天整体整理一下。

QueryWrapper函数方法:

image.png

示例代码:

private QueryWrapper<PushChannelPlanModel> buildPageQuery(PushChannelPlanQuery pushChannelPlanQuery) {
        QueryWrapper<PushChannelPlanModel> query = new QueryWrapper<>();
        if (StringUtils.isNotBlank(pushChannelPlanQuery.getPlanName())) {
            query.like("plan_name", pushChannelPlanQuery.getPlanName());
        }
        if (pushChannelPlanQuery.getEnableStatus() != null) {
            query.eq("enable_status", pushChannelPlanQuery.getEnableStatus());
        }
        if (pushChannelPlanQuery.getStartTime() != null) {
            query.ge("start_time", pushChannelPlanQuery.getStartTime());
        }
        if (pushChannelPlanQuery.getEndTime() != null) {
            query.le("end_time", pushChannelPlanQuery.getEndTime());
        }
        if (StringUtils.isNotBlank(pushChannelPlanQuery.getSelectType())) {
            query.and(s -> s.likeRight("select_type", pushChannelPlanQuery.getSelectType() + ",")
                    .or().like("select_type", "," + pushChannelPlanQuery.getSelectType() + ",")
                    .or().like("select_type", pushChannelPlanQuery.getSelectType())
                    .or().likeLeft("select_type", "," + pushChannelPlanQuery.getSelectType()));
        }
        query.eq("deleted", 0);
        query.orderByDesc("id");
        return query;
    }

对于上面的like其实想用的是sql中contans这个,所以可以优化成下面这样:

query.apply(StringUtils.isNotBlank(pushChannelPlanQuery.getSelectType()),"FIND_IN_SET ("+pushChannelPlanQuery.getSelectType()+",select_type)");

(1)eq、ne 使用说明:

eq表示相等,ne表示不等于,这里值得注意的是:多个eq连用,两两之间默认为有一个and进行连接。举一个简单的例子,对比一下:

QueryWrapper<UserEntity> userWrapper = new QueryWrapper<>();
userWrapper.eq("username", "test").eq("username", "test");
#select * from student WHERE username = ?  and  username = ? 

(2)and与or 使用说明:
这个使用的时候一定要注意,我在写这个的时候刚开始也是写错了,就是注意你的业务逻辑要怎样连接 括号放在哪里。and的优先级比or要高,它会把本应该为 或者 的两个选项抢过来一个,因此我们需要使用上面的这种写法,相当于给 or 加了个小括号,把他们当作了一个 wrapper 整体。 可以看我上面的例子,也可以看下面这个简单的例子:

QueryWrapper<UserEntity> userWrapper = new QueryWrapper<>();
        userWrapper.and(wrapper->wrapper.eq("username", "test2").or().eq("username", "mytest"))
                .and(wrapper -> wrapper.like("username", "mytest").or().like("username", "mytest"));
#SELECT id,username,pwd,date_u,time_u,u_num,img FROM student WHERE ( username = ? OR username = ? ) AND ( username LIKE ? OR username LIKE ? )

(3)ge、gt 使用说明:
ge表示大于等于,gt表示大于,注意一下逻辑关系即可(注意别写反了),我这个当时就写反了。把上面示例中start_time使用le和end_time使用ge的写反了。

(4)le、lt 使用说明:
le表示小于等于,lt表示小于,注意一下逻辑关系即可(注意别写反了)。

(5)between 使用说明:
between表示查询范围值,举个例子:

查询年龄20-30范围 1.代表字段  2.代表开始值  3.代表结束值
queryWrapper.between("age",20,30);

注意使用between时也要注意加括号保证or的结合。

usersQueryWrapper.between("uptime", begin, end);
           usersQueryWrapper.and(wrapper -> wrapper.eq("status", UsersResult.STATUS_EXIST)
                   .or()
                   .eq("status", UsersResult.BAN)); 

(6) clear 使用说明:
可以清除之前 QueryWrapper的所有设置,变成一个刚生成的QueryWrapper。

usersQueryWrapper.clear();

(7)可以优化的点:
按照我们的习惯,平时我们写代码是下面这样的:

if (StringUtils.isNotBlank(name)) {
    query.like(Entity::getName, name)
}
if (age != null && age >= 0) {
    query.eq(Entity::getAge, age)
}

就是如果没有传name参数, 其实是没有必要添加这个条件的. 满足一定条件才会把查询条件加上去. 写的多了, 就很麻烦, 而用MyBatis-Plus的构造器, 你就可以这么写:

query.like(StringUtils.isNotBlank(name), Entity::getName, name)
     .eq(age!=null && age >= 0, Entity::getAge, age)

这第一个参数就叫做condition。这样的话就不用反复的用if条件判断, 还可以把条件串联着写。

(8)orderByDesc、orderByAsc 使用说明
orderByDesc表示降序,orderByAsc表示升序,示例:

queryWrapper.orderByDesc("id");

(9)last 使用说明:
last 表示sql语句最后拼接,示例:

queryWrapper.last("limit 1");

(10) select 使用说明:
select表示查询指定的列,示例:

 queryWrapper.select("id","name");
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,755评论 6 507
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,305评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,138评论 0 355
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,791评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,794评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,631评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,362评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,264评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,724评论 1 315
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,900评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,040评论 1 350
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,742评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,364评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,944评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,060评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,247评论 3 371
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,979评论 2 355

推荐阅读更多精彩内容