加入,分组,订购

加入,分组,订购,第1张

加入,分组,订购

因此,我对以下查询的第一个问题是,group by子句是在order by之前执行的:

这不是问题。这就是SQL的定义方式及其 *** 作方式。将

group by
创建一个新的行集和
order by
订单的行。

这里没有订购问题。有一个“ SQL理解”问题。您

order by
只对查询结果进行排序。这些结果由产生
group by
,并且联接的顺序与结果无关。

您正在使用一个称为“隐藏列”的MySQL扩展。在这种情况下,您有一个聚合查询,该查询中的

select
(或
having
orderby
子句)中的列不是聚合函数(
sum()
,等等)的一部分,也不是的一部分
groupby
。这是文档中的报价:

MySQL扩展了GROUP BY的使用,以便选择列表可以引用未在GROUP
BY子句中命名的非聚合列。这意味着前面的查询在MySQL中是合法的。您可以使用此功能来避免不必要的列排序和分组,从而获得更好的性能。但是,这主要在每个组的每个未聚合列中未在GROUP
BY中命名的所有值都相同时才有用。服务器可以从每个组中自由选择任何值,因此,除非它们相同,否则选择的值是不确定的。此外,通过添加ORDER
BY子句不能影响从每个组中选择值。选择值之后,将对结果集进行排序,并且ORDER BY不会影响服务器在每个组中选择哪个值。

大概是您想要与之关联的最新日期和用户。以下查询正确正确地执行了您想要的 *** 作:

SELECT saved.recipe_id, max(saved.`date`) as MostRecentDate,       substring_index(group_concat(user.user_id), ',', 1) as MostRecentUserFROM user JOIN     saved     ON user.id = saved.user_idGROUP BY saved.recipe_idORDER BY max(saved.`date`) DESC;


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5559523.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-14
下一篇 2022-12-14

发表评论

登录后才能评论

评论列表(0条)

保存