#项目背景
项目框架采用的是S+S+Mybatis Plus,项目过程中原使用的mysql数据库,后来需要换成SQLServer数据库,代码需要适配,基本上跟业务代码无关,只修改持久层代码进行适配。
#MybatisPlus的坑
这个问题,报的错是说SQL执行的时候,在子查询中使用了Order By,
具体执行SQL语句如下:
可以百度一下得到结果
https://www.cnblogs.com/chenwenbin/articles/7125376.html
根据上面链接的解决方案可以知道,解决这个SQL语句的问题只需要在子查询中加入一个top 100 percent即可,但是代码中我们是使用mybatisPlus的条件构造器和MybatisPlus通用方法BaseManager泛型方法中的持久层框架代码进行查询的,如下图
这里产生的问题是,userManager和airManager所使用的都是同一个方法,却产生了不同的查询,
userManager先进行了查询selectList_COUNT:
airManager却是进行了查询selectList_COUNT:
才报的错,2个select count明显不相同。
#具体修改这个坑
因为调用了通用方法的原因,所以修改报错不能就意思地加入个top 100 percent,找到根因才能去解决这个问题,
思考之后,发现问题所在,userManager的selectList_COUNT查询里头是count了所有表字段的,
而airManager的selectList_COUNT查询里头是count了一部分字段,SQL语句中列举出来在子查询之中的那些,问题定位到,如下图:
xml配置文件中描述表字段,表字段enable是个保留字,根据网上百度可以得知enable是MySQL和Oracle数据库的保留字,但是反编译了mybatisplus的源码class文件,跟踪代码后发现,代码逻辑处理把enable当做保留字处理了,所以才导致了上述一系列问题。
到此,问题产生的原因搞定。