• sql 分页查询 order by和group by一起使用导致排序失效问题解决


    背景:在查询数据库数据的时候,很多时候我们需要用到group by来进行分组,同时使用order by进行排序,但是当两个同时使用时稍不注意就会出现问题。我在进行公司项目开发时就出现了问题:通过分页查询对查询的数据进行分组,通过聚合函数对分组数据处理,然后排序返回到前端显示,后面发现前端分页的数据会出现重复或丢失。分析判断应该是sql排序失效导致分页查询数据异常,后面查资料证实了这一点。

    1. GROUP BY 和 ORDER BY 的作用:

    GROUP BY:group by用于借助诸如 COUNT()、AVG()、MIN() 和 MAX() 之类的聚合函数将数据分组。它的工作方式是,如果特定的列在不同的行中具有相同的值,它会将这些行合并为一组。

    ORDER BY:order by从英文里理解就是行的排序方式,默认的为升序。 order by 后面必须列出排序的字段名,可以是多个字段名。asc升序、desc降序

    2.注意事项:

    1. 在使用group by的语句中,select字段只能用于分类的列(表达式),或聚合函数。where条件用于group by之前,having用于group by 之后对结果进行筛选。

    2. order by 的字段,必须包含group by 子句里的全部字段,否则排序失效(重要)

    3. 结果演示 

    1. 这是我之前出问题的sql,直接使用group by和order by分页查询数据

    1. SELECT
    2. sd.detail_id,
    3. sd.detail_no,
    4. sd.buyer,
    5. sd.create_by,
    6. sd.create_time,
    7. dp.product_name,
    8. dp.unit
    9. FROM
    10. t_daily_subscribe sd
    11. LEFT JOIN t_daily_product dp ON sd.product_id = dp.product_id
    12. WHERE
    13. sd.del_flag = 0
    14. AND state IN ( 600 )
    15. AND sd.active = TRUE
    16. GROUP BY
    17. sd.detail_id
    18. ORDER BY
    19. sd.create_time DESC
    20. LIMIT 0,10

    limit分页(0,10)查询结果如下:

     limit分页(10,10)查询结果如下:

     发现查出数据会有重复数据甚至数据丢失,说明sql的排序没有生效,导致每次查出来的数据不一致,自然再分页肯定会出问题

    2. 将sql修改为下面就没问题了,order by字段必须包含group by的字段,排序就能正常工作

    1. SELECT
    2. sd.detail_id,
    3. sd.detail_no,
    4. sd.buyer,
    5. sd.create_by,
    6. sd.create_time,
    7. dp.product_name,
    8. dp.unit
    9. FROM
    10. t_daily_subscribe sd
    11. LEFT JOIN t_daily_product dp ON sd.product_id = dp.product_id
    12. WHERE
    13. sd.del_flag = 0
    14. AND state IN ( 600 )
    15. AND sd.active = TRUE
    16. GROUP BY
    17. sd.detail_id
    18. ORDER BY
    19. sd.create_time DESC, sd.detail_id
    20. LIMIT 0,10

    sql语句为项目代码不便展示就做了一些删除,能明白文章的大致意思就行

  • 相关阅读:
    3主3从redis集群配置(docker中)
    NLP教程(7) - 问答系统
    RK3568-74HC595
    python 案例
    JetBrains新产品Aqua——自动化测试开发工具(抢鲜体验)
    java多线程基础技术
    react fiber架构【详细讲解,看这一篇就够了】
    卡口车辆智能检索系统
    河北吉力宝以步力宝健康鞋引发的全新生活生态商
    Doris:MySQL数据同步到Doris的N种方式
  • 原文地址:https://blog.csdn.net/weixin_44863237/article/details/127804120