MAX()和MIN()可直接获取极值,但需注意NULL值自动被忽略(全NULL时返回NULL)、分组查询必须配GROUP BY、以及字符串/日期等非数值类型依赖自然排序规则。
直接用和就能拿到,但要注意 NULL、分组和数据类型这三处最容易出错。
NULL 值会自动被忽略,但全为 NULL 时返回 NULL
这两个聚合函数默认跳过
,不会报错,也不会影响计算结果。但如果整列都是
,
和
都返回
—— 这不是错误,是标准行为。
如果业务上需要区分“无数据”和“数据全空”,得额外加
或
判断
想把
当成最小值处理?不行,
不认它;得先用
或
转换,比如
字符串列也适用:
返回字典序最小的非
值,不是长度最短的
单列查最大最小值,别忘了加 GROUP BY(如果需要分组)
单独查整张表的最大最小值,写法最简单:
。但一旦涉及“每个用户最高订单额”这类需求,漏掉
就会出大问题。
错误写法:
→ MySQL 可能跑通但结果不可靠,PostgreSQL 直接报错
正确写法:
如果只想看某个用户的极值,用
过滤比
更高效:
不同数据库对非数值列的支持基本一致,但排序逻辑有差异
和
对字符串、日期甚至布尔类型都有效,底层依赖的是该类型的自然排序规则。
字符串:按字符编码(如 ASCII 或 UTF8 排序),
返回
,不是
日期:完全可用,
就是最新时间,无需转格式
布尔值:在 PostgreSQL 中
返回
;MySQL 把布尔当 tinyint,行为一致
注意:SQL 标准不强制要求支持非数值列的
,但主流数据库(PostgreSQL、MySQL 5.7+、SQL Server、SQLite)都支持
真正容易卡住的地方,往往不是函数怎么写,而是没意识到
和
是聚合函数——它们天然和
、
、空值逻辑绑在一起。查之前先问一句:我要的是全局极值,还是某维度下的极值?这个判断错了,后面全白调。
MAX()MIN()NULLNULLMAX()MIN()NULLCOUNT(*)COUNT(column_name)NULLMIN()COALESCE()CASEMIN(COALESCE(price, 0))MIN(name)NULLSELECT MAX(amount), MIN(amount) FROM orders;GROUP BYSELECT user_id, MAX(amount), MIN(amount) FROM orders;column "user_id" must appear in the GROUP BY clauseSELECT user_id, MAX(amount), MIN(amount) FROM orders GROUP BY user_id;WHEREGROUP BYSELECT MAX(amount), MIN(amount) FROM orders WHERE user_id = 123;MAX()MIN()MIN('apple', 'banana', 'cherry')'apple''a'MAX(created_at)FALSE ,所以 MIN()FALSEMIN/MAXMAX()MIN()GROUP BYHAVING