为什么MySQL允许没有聚合功能的“分组”查询？

惊喜-这是MySQL中完全有效的查询：

select X, Y from someTable group by X

如果您在Oracle或SQL Server中尝试了此查询，则会收到自然错误消息：

Column 'Y' is invalid in the select list because it is not contained in 
either an aggregate function or the GROUP BY clause.

那么MySQL如何确定每个X显示哪个Y？它只是选择一个。据我所知，它只是选择找到的第一个Y。理由是，如果Y既不是聚合函数也不在group by子句中，则在查询中指定“选择Y”是没有道理的。因此，作为数据库引擎的我将返回我想要的任何东西，而您会喜欢它。

甚至还有一个MySQL配置参数来关闭这种“松散性”。 http://dev.mysql.com/doc/refman/5.7/zh-CN/sql-mode.html#sqlmode_only_full_group_by

这篇文章甚至提到MySQL在这方面被批评为不符合ANSI-SQL。 http://www.oreillynet.com/databases/blog/2007/05/debunking_group_by_myths.html

我的问题是： 为什么MySQL以这种方式设计？他们打破ANSI-SQL的理由是什么？

我认为这是要处理按一个字段分组意味着其他字段也要分组的情况：

SELECT user.id, user.name, COUNT(post.*) AS posts 
FROM user 
  LEFT OUTER JOIN post ON post.owner_id=user.id 
GROUP BY user.id

在这种情况下，user.name对于每个user.id始终是唯一的，因此在GROUP BY子句中不需要使用user.name是很方便的（尽管正如您所说，存在一定的问题范围）

根据此页面（5.0在线手册），它具有更好的性能和用户便利性。

不幸的是，几乎所有的SQL变体都有可能破坏ANSI并导致无法预测的结果。

在我看来，他们希望将其像许多其他系统所具有的“ FIRST（Y）”功能一样对待。

MySQL团队很可能对此构造感到遗憾，但由于可能破坏的应用程序数量，因此不想停止支持。

当您使用不带聚集函数的GROUP BY时，MySQL将此视为单列DISTINCT。使用其他选项，您要么使整个结果都与众不同，要么必须使用子查询等。问题是结果是否真正可预测。

另外，这个线程中有很好的信息。

从我在mysql参考页上阅读的内容中可以看到，它说： “您可以使用此功能，避免不必要的列排序和分组，从而获得更好的性能。但是，这主要用于未在GROUP中命名的每个未聚合列中的所有值每个组的BY相同。”

我建议您阅读此页面（链接到mysql参考手册）：http : //dev.mysql.com/doc/refman/5.5/en//group-by-extensions.html

它实际上是一个非常有用的工具，当您按字段分组时，所有其他字段都不必包含在聚合函数中。您可以对结果进行操作，只需先对其进行排序，然后再对其进行分组即可。例如，如果我想获取用户登录信息，并且想查看用户上次登录的时间，我会这样做。

桌子

USER
user_id | name

USER_LOGIN_HISTORY 
user_id | date_logged_in

USER_LOGIN_HISTORY对于一个用户有多行，因此，如果我加入用户，它将返回很多行。因为我只对最后一个条目感兴趣，所以我会这样做

select 
  user_id,
  name,
  date_logged_in

from(

  select 
    u.user_id, 
    u.name, 
    ulh.date_logged_in

  from users as u

    join user_login_history as ulh
      on u.user_id = ulh.user_id

  where u.user_id = 1234

  order by ulh.date_logged_in desc 

)as table1

group by user_id

这将返回一行，其中包含用户名和该用户上次登录的时间。