为什么 mysql 要搞出 having where on 三个关键字？

[einQimiaozi]

我感觉完全没必要啊，只保留一个 where 然后直接按照 sql 语句的书写顺序决定限制条件和临时数据表是否生成何时生成不就好了吗？为什么要设计三个关键字？

[Boyce]

on 不是 join 的配套语法吗，去了 on 功能缺失啊。

[waytoshine]

幸好帖子不能删

[felixin]

这就和 c 语言不需要花括号一样是冗余的语法设计

[zlowly]

而且 having 里的条件是针对的 group 的，和 where 完全不一样。
如果你没分清两者区别，无意冒犯，但建议还是认真系统的学习一下基础 SQL 。
另外这个也不是 mysql 高出来的，这个是 ANSI SQL 标准语言。

[Cbdy]

可以找本书系统学习一下

[gjquoiai]

这也不是冗余设计
on 和 where 只有 inner join 这一种情况下才能称得上“表现一样”；
where 和 having 完全不一样。

[mainjzb]

。。。一个复杂的 sql 语句，我第一眼直接找 ON 就好了。为什么要去找到好几个 WHERE 然后脑力分析和 JION 匹配的 WHERE ？
你这样的设计是为了简化关键词记忆? 这反而导致了难用至极的阅读和分析（如果有 IED 能颜色区分也许还行，远古时期更是没有颜色高亮编码时代，进一步说书本也难以每本都高亮颜色来区分）
光靠肉眼来找，哪个是和 JION 相连的 WHERE，可见楼主没有写见过多 SQL, 难用的糟糕程度可以参见三元运算符的套娃

一个例子是 go 取消了 C++那一套的-> 和. 的区别，单纯使用. 来进行函数调用，这个简化了开发者的编写负担，弱化了指针的概念，让开发者可以更简单的进行开发。因为我们要就是要调用函数，不需要关心变量到底是指针还是实例，这不重要，所以我们简化了。
但是替换 WHERE 显然没有这样的效果，反而会增加阅读困难，（就像很多人吐槽 go 一堆圆括号漫天飞增加了阅读难度一样，其实个人感觉还好并没有太糟糕）楼主这种激进的概念，就像想要把所有花括号换成圆括号一样。严重增加阅读难度，是个反面教材。

[einQimiaozi]

@zlowly 这个我知道，我的意思是为什么要专门设计一个 having 或者 on，比如我在 group by 后面接 where，正常逻辑肯定是希望先 group by 根据分组结果再进行过滤吧，那为什么还要设计一个 having ？直接通过书写顺序判断不就可以了吗

[einQimiaozi]

@gjquoiai 所以我说了书写顺序啊，having，where 和 on 的最大区别不就是联合查询和聚合顺序的区别么，按照书写顺序判断不就可以只用一个关键字了么，毕竟正常人如果想先分组再过滤，不会在书写的时候故意把过滤写在分组之前吧

[lance6716]

@einQimiaozi 可以试试自己改一下 parser，看看有没有冲突吧

[thunderw]

这是不赖 MySql，它只是个随波逐流的。你得去跟制订 SQL 标准的大佬们杠一下才行😂。
WHERE 做 JOIN 是 ANSI SQL-89 implicit syntax 。
JOIN 做 JOIN 是 SQL-92 才引入的「新」语法 ANSI SQL-92 explicit join syntax 。目的是为了提高可读性。
HAVING 则完全不是一回事。WHERE 和 JOIN 是在 GROUP 前发生的，HAVING 则是在 GROUP 之后发生的。

[Lemeng]

肯定不是冗余了写多了就了解奥妙了

[einQimiaozi]

@thunderw 顺序问题我知道，我的意思是 having 本来就在 group by 之后，假设没有 having 关键字，只有 where，正常情况下如果希望 gourp by 后进行过滤，没人会把 where 写在 group by 之前吧，那 having 还有什么存在的意义么

[Cbdy]

HAVING and WHERE are often confused by beginners, but they serve different purposes. WHERE is taken into account at an earlier stage of a query execution, filtering the rows read from the tables. If a query contains GROUP BY, data from the tables are grouped and aggregated. After the aggregating operation, HAVING is applied, filtering out the rows that don't match the specified conditions. Therefore, WHERE applies to data read from tables, and HAVING should only apply to aggregated data, which are not known in the initial stage of a query.

To view the present condition formed by the GROUP BY clause, the HAVING clause is used.

---

当然，如果你一定都要“复用”WHERE 这个关键词也可以（万物皆虚，万物皆允，你可以设计一个基于“喵喵喵”关键词的的结构化查询语言），通过上下文来决定的“WHERE”的含义，这个是设计的问题，而我不认为这是一个好的设计

[thunderw]

@einQimiaozi 明明不是一样的意思，非要用同一个单词。不是写的人痛苦，读的人痛苦，做编译器的人更痛苦么😂
SELECT A.x, B.y, COUNT(B.key)
FROM A LEFT JOIN B
WHERE A.id=B.id
WHERE A.name LIKE 'ABC%'
GROUP BY A.x, B.y
WHERE SUM(B.v) > 80

你觉得好看吗……

[yjxjn]

推荐看看《 SQL 必知必会》

[JJstyle]

源领域

[JJstyle]

@thunderw 赞同你的看法，（在如果 lz 了解三者的先后顺序的情况下），确实只是为了增加辨识度、减轻解析压力。

[JJstyle]

就像喝红酒用高脚杯、喝白酒用盏子、喝啤酒用大杯，但是你用大杯喝白酒行不行，当然可以的，这些都是人为定义的标准，除非你能定个标准说咱以后喝啤酒都用盏子并且大家都遵循这个标准。

[c6h6benzene]

@einQimiaozi 因为大概只有 MySQL 支持用 group by 和 Having 来“过滤”吧。T-SQL 看到 group by 一定要去找聚合函数的。