mybatis-plus和数据库如何对varchar类型的数据进行数字模式排序

博客内容讲述了在使用MyBatis-Plus进行数据查询时遇到的排序问题,原始SQL中varchar类型的数值字段导致最大最小值查询错误。通过分析和调试,发现`last`方法不自动添加`and`,而`apply`方法会,最终通过修改`last`方法的使用方式解决了排序问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

当我查询收缩压和舒张压的最大最小值的时候,我发现查询出的最大最小值并不是实际的数值,于是我去看了下表设计,原来字段value的类型是varchar型的,所以sql应该如下ORDER BY value+0 asc

SELECT  
id,customer_id,metric,value
FROM 
customer_body_metrics_2
WHERE 
(
metric = "diastolicPressure" 
AND customer_id = "1559017565590265856" 
)
ORDER BY value+0 asc

换成mybatis-plus就修改成下面的版本了

@Override
    @UseDataSource(type = DataSourceTypeEnum.SHARDING_DATASOURCE)
    public Double getMax(String customerId, LocalDateTime firstDay, LocalDateTime lastDay, String metric) {
        StopWatch stopWatch = new StopWatch();
        stopWatch.start("getMax");
        LambdaQueryWrapper<CustomerBodyMetricsEntity> wrapper = this.getWrapper(metric);
        wrapper.eq(CustomerBodyMetricsEntity::getCustomerId, customerId)
                .ge(CustomerBodyMetricsEntity::getVersion, DateTimeUtil.dateTimeToTimestamp(firstDay))
                .le(CustomerBodyMetricsEntity::getVersion, DateTimeUtil.dateTimeToTimestamp(lastDay));
        wrapper.apply("ORDER BY value+0 desc");
        wrapper.last(DaoConst.SQL_LIMIT_ONE);
        CustomerBodyMetricsEntity one = this.getOne(wrapper);
        stopWatch.stop();
        log.debug("content getMax time{}s",stopWatch.getTotalTimeSeconds());
        if (one != null) {
            return Double.valueOf(one.getValue());
        }
        return 0D;
    }

但是报错了,逻辑sql是这样的:

SELECT  id,customer_id,metric,value,unit,label,proportion,reference,label_ranges,env,version,tag,datasource_id,comment,status,tenant_id,create_time,update_time  
FROM customer_body_metrics 
 WHERE (metric = ? AND customer_id = ? AND version >= ? AND version <= ? AND ORDER BY value+0 desc) limit 1

把sql复制到数据库去运行,果然不一样,查看了下,原来是最后多了个“and”
于是我去查看了下代码,原来是last不会加“and”,apply会加“and”,于是有进行了修改
修改之后的代码

  @Override
    @UseDataSource(type = DataSourceTypeEnum.SHARDING_DATASOURCE)
    public Double getMax(String customerId, LocalDateTime firstDay, LocalDateTime lastDay, String metric) {
        StopWatch stopWatch = new StopWatch();
        stopWatch.start("getMax");
        LambdaQueryWrapper<CustomerBodyMetricsEntity> wrapper = this.getWrapper(metric);
        wrapper.eq(CustomerBodyMetricsEntity::getCustomerId, customerId)
                .ge(CustomerBodyMetricsEntity::getVersion, DateTimeUtil.dateTimeToTimestamp(firstDay))
                .le(CustomerBodyMetricsEntity::getVersion, DateTimeUtil.dateTimeToTimestamp(lastDay));
        wrapper.last("ORDER BY value+0 desc"+DaoConst.SQL_LIMIT_ONE);
        CustomerBodyMetricsEntity one = this.getOne(wrapper);
        stopWatch.stop();
        log.debug("content getMax time{}s",stopWatch.getTotalTimeSeconds());
        if (one != null) {
            return Double.valueOf(one.getValue());
        }
        return 0D;
    }
### 配置 MyBatis-Plus 实现不区分大小写的 SQL 查询 为了使 MyBatis-Plus 支持不区分大小写的 SQL 查询,可以通过多种方式来实现。一种常见方法是在数据库层面设置字段的字符集校对规则,另一种则是通过应用程序逻辑处理。 #### 数据库层面上调整字符集校对规则 对于 MySQL 数据库来说,可以修改表结构或列定义中的字符集以及对应的校对规则(collation),使其支持不区分大小写比较。例如: ```sql ALTER TABLE table_name MODIFY column_name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; ``` 这条命令会把 `table_name` 表里的 `column_name` 字段改为使用 UTF-8 编码并采用通用无敏感度排序规则[^1]。 #### 应用程序内部解决方案 如果不想更改现有数据库模式,则可以在应用端采取措施。MyBatis-Plus 提供了一些灵活的方式来定制化查询行为,比如利用 Wrapper 来构建动态条件表达式时加入函数调用来忽略大小写差异。 以下是 Java 代码片段展示如何创建一个不考虑字母大小写的查询条件: ```java // 创建 QueryWrapper 对象用于封装查询参数 QueryWrapper<User> queryWrapper = new QueryWrapper<>(); queryWrapper.eq("LOWER(username)", user.getUsername().toLowerCase()); List<User> users = userService.list(queryWrapper); ``` 这里假设有一个名为 username 的字符串类型的属性,并且希望对其进行不区分大小写的匹配检索。上述例子中先将输入值转换成全小写字母形式再与目标记录对比;与此同时,在 SQL 片段里也加入了相应的 lower() 函数确保双方都处于相同的状态下进行比较[^3]。 另外还可以自定义 Mapper 接口的方法签名加上 @Select 注解指定特定的手动编写的 SQL 文本,其中同样能够运用到诸如 UPPER(), LOWER() 这样的标准 SQL 函数达到同样的效果[^5]。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值