MySQL的另类语法

SQL标准 (SQL-92/99)规定:SELECT 列表里的所有字段,要么出现在 GROUP BY 中,要么被聚合函数(MAX/MIN/COUNT 等)包裹。

select id,max(a1) as a1,a2 from a group by id

这句话在任何非MySQL数据库里执行都是语法错。然而MySQL支持。 a2会随机取一行数据的值。当a2和id绑定都是唯一时,这种写法就很简单,但是当a2有多个值时,这个结果是不确定的,也就是今天执行和明天执行,结果可能不一样。

不知道最初MySQL开放者如何脑洞打开,放开了这个限制。而且很多早期开发人员居然也利用了这个特性,导致现在的MySQL也得支持这个特性。当然引入了ONLY_FULL_GROUP_BY参数来进行控制。

系统设计中有很多这样的案例,为了一点微不足道的灵活性,破坏了规则的完整性。个人不建议这么做。如同所有的非MySQL数据库都严格执行,只有MySQL选择了另类。

相关推荐
这个DBA有点耶1 小时前
AI写的SQL跑崩了生产库,这锅谁背?
数据库·人工智能·程序员
镜舟科技2 小时前
Databricks 再提 LTAP,AI 时代的数据底座为何重回大一统叙事?
数据库·架构·agent
Databend3 小时前
从湖仓升级为 Agent 时代的数据控制面,Snowflake 和 Databricks 有哪些布局
大数据·数据库·agent
ClouGence6 小时前
SQL Server CDC 能放到 Always On 备库读吗?一文讲透原理与实践
数据库·sql server
先吃饱再说1 天前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils1 天前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend1 天前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶1 天前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung1 天前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月1 天前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端