这篇文章主要介绍了MySql Group by函数怎么正确使用的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇MySql Group by函数怎么正确使用文章都会有所收获，下面我们一起来看看吧。在使用分组函数时, 进行结果集筛选, 遇到的一些问题以及解决办法1. 应用场景有两张表文章表(一对多留言表) t_posts:
oid, posts_name
留言表(多对一文章表) t_comment:
oid, posts_id, msg_content, create_time2.需求分析查询每个文章的最新回复内容3.SQL编写假设现在有两个文章A, B (回复的记录在数据库的顺序与下述一致)A有一个回复记录时间为: 2019-09-10
A有一个回复记录时间为: 2019-09-11
B有一个回复记录时间为: 2019-09-01
B有一个回复记录时间为: 2019-09-09
运行上面的sql, 会发现结果集丢失大量记录, 并开发云主机域名且结果是错误的, 经过查询资料得知mysql的 having 是在 group by 之后再执行, 也就是说, 先分组, 在过滤, 但是因为存在两条以上的留言记录,
所以分组之后的结果集只会取每条留言的第一条作为分组之后的记录信息, 这时如果使用having create_time = max(create_time)
那么, max(create_time) 为当前分组的最大时间为: 2019-09-10 和 2019-09-09所以上述sql会丢失结果集4.改造SQL因为知道分组之后合并的重复结果集为rownum最小的那条, 那么可不可以改造sql如下??运行之后发现依旧不好使, 证明order by 在group by & having 之后后来想想可不可以 不用having, 直接用order by来优化分组后的结果呢?having create_time = max(create_time)结果集错误, 并不能影响分组结果, 依旧是按照rownum最小分组合并重复结果集, 然后在排序5.终极改造版本因为order by 只能后影响group by, 那么是不是可以在group by 之前先把结果集排序一下, 然后再分组呢?发现还是不好使, 但是子查询确实先排序了经查询(explain), 发现子查询的order by被优化没了, 解决办法:在子查询里使用limit 99999在子查询里使用where条件, create_time = (select max(create_time) from t_comment group by oid)大功告成附加知识点:mysql5.5 与 mysql 5.7 版本差异: 5.7+ 版本, 如果不使用 limit, group by 会把 order by 优化掉关于“MySql Group by函数怎么正确使用”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“MySql Group by函数怎么正确使用”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注开发云行业资讯频道。
这篇文章给大家分享的是有关如何安装mysql8.0的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。方法：1、下载并解压安装包，双击msi文件，进入向导界面；2、选择“mysql Se开发云主机域名rvers”，将版本添加至右侧；3、设…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
