这不是问题。这就是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;
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)