MAX()和MIN()用于查单列极值，忽略NULL，需GROUP BY才能与非聚合字段共存；不能直接查整行，须用子查询或窗口函数；不可在WHERE中使用，性能受索引影响。
查单列最大值或最小值，直接用 MAX() 和 MIN()
这两个函数最常用于快速获取某字段的极值，比如找最高工资、最早订单时间。它们只接受一个表达式参数，且自动忽略 NULL 值——这点很关键，如果该列全是 NULL，结果就是 NULL，不是 0 或空字符串。
- 必须配合
GROUP BY使用才能和其它非聚合字段共存，否则会报错ERROR 1140: In aggregated query without GROUP BY - 对字符串按字典序比较，
MIN(name)不一定返回“最短”或“首字母最早”的真实业务含义名，比如"Apple"和"apples"在大小写敏感排序下结果不同 - 日期类型可直接用：
SELECT MAX(created_at) FROM orders，无需转格式；但若字段是VARCHAR存的日期（如'2023-01-01'），只要符合标准格式，也能正确比较
查整行记录（含最值所在行的所有字段），不能只靠 MAX()/MIN()
MAX() 和 MIN() 只返回值，不带回该值所在的原始行数据。想查“工资最高的员工姓名+部门+薪资”，光写 SELECT name, dept, MAX(salary) 是错的——MySQL 会报错，PostgreSQL 可能返回任意一行的 name 和 dept，结果不可靠。
- 正确做法是子查询或窗口函数：先算出极值，再关联原表匹配，例如
SELECT * FROM employees WHERE salary = (SELECT MAX(salary) FROM employees) - 注意多条记录并列最值的情况：上面语句会返回所有最高薪员工；如果只要一条，得加
LIMIT 1（MySQL/PostgreSQL）或用ROW_NUMBER()窗口函数控制 - 性能上，子查询方式在大数据量时可能扫描两次表；有索引的字段（如
salary）影响较小，但没索引就明显变慢
MAX() 和 MIN() 在 WHERE 里不能直接用
常见错误是写成 SELECT * FROM sales WHERE amount > MAX(amount)，这会报错 Invalid use of group function。聚合函数不能出现在 WHERE 子句中，因为 WHERE 执行时还没分组、也没计算聚合结果。
- 要实现“查高于平均值的记录”，得用子查询：
SELECT * FROM sales WHERE amount > (SELECT AVG(amount) FROM sales) - 同理，“查比最高金额还高的单据”这种逻辑本身矛盾，但若真要写类似条件，只能先算出极值再作为常量参与比较
- 部分数据库支持
HAVING，但它只能跟在GROUP BY后过滤分组结果，不能用来筛选原始行
不同数据库对空值和类型隐式转换的处理差异
看起来一样调用 MIN(id)，但在 SQLite、MySQL、PostgreSQL 中行为可能不同。比如字段定义为 INT 但含 NULL，三者都忽略 NULL；但若字段是 TEXT 类型存数字（如 '10', '2'），SQLite 按字符串比（'10' ），MySQL 和 PostgreSQL 默认按字符串比，除非显式转类型。
- MySQL 8.0+ 支持
CAST(col AS SIGNED)强制数值比较，PostgreSQL 用col::INTEGER - SQLite 没
CAST的严格模式，MIN()对混合类型列可能静默返回奇怪结果，建议提前清洗或建视图统一类型 - 时间字段如果是
TIMESTAMP和DATETIME混用，MySQL 5.6 之前可能截断精度，导致MIN()返回不准确的“最早时间”
事情说清了就结束。最值查询真正麻烦的从来不是函数怎么写，而是搞清你要的是“值”还是“那条记录”，以及有没有人悄悄往字段里塞了 NULL 或乱码字符串。
