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