MySQL中分组需同时用YEAR()和QUARTER()，否则跨年季度会混淆；PostgreSQL用EXTRACT(quarter FROM date)和EXTRACT(year FROM date)；SQL Server用DATEPART(quarter, date)且参数顺序不可颠倒。
MySQL里用QUARTER()和YEAR()分组最稳
直接用 QUARTER(order_date) 拿季度数，但光靠它会把2023-Q4和2024-Q4混在一起。必须搭配 YEAR(order_date) 一起分组，否则汇总结果会错乱。
常见错误是只写 GROUP BY QUARTER(order_date)，结果所有年份的Q1全加一块，根本没法看趋势。
- 正确写法：
GROUP BY YEAR(order_date), QUARTER(order_date) - 排序建议加
ORDER BY YEAR(order_date), QUARTER(order_date)，不然Q4可能排在Q1前面 - 别用
DATE_FORMAT(order_date, '%Y-Q%q')—— 看着简洁，但字符串分组比整数慢，且无法索引加速
PostgreSQL要自己算季度，EXTRACT()是标准解法
PostgreSQL没有 QUARTER() 函数，得用 EXTRACT(quarter FROM order_date) 和 EXTRACT(year FROM order_date) 组合。注意括号里是 quarter（小写），不是 QUARTER，写错会报错 ERROR: function extract(unknown, timestamp without time zone) does not exist。
- 必须同时提取
year和quarter，缺一不可 - 别用
TO_CHAR(order_date, 'YYYY-Q')拼接，因为Q后面没数字，结果全是2023-Q，无法区分季度 - 如果表数据量大，确保
order_date字段有索引，否则EXTRACT()无法走索引扫描
SQL Server里DATEPART()参数顺序容易写反
DATEPART(quarter, order_date) 才对；写成 DATEPART(order_date, quarter) 会直接报错 Msg 174, Level 15, State 1: The datepart argument ... is invalid。这个参数顺序和多数数据库相反，新手常栽在这儿。
- 年份用
DATEPART(year, order_date)，不是yyyy或YEAR - 想输出“2023-Q2”这种格式，用
CONCAT(DATEPART(year, order_date), '-Q', DATEPART(quarter, order_date))，别用+拼接，避免隐式转换出空值 - 如果用
GETDATE()当基准时间做动态季度计算，注意时区——SQL Server默认用服务器本地时区，不是UTC
跨年场景下，别用BETWEEN硬写日期范围
有人为查2023年Q3，写 WHERE order_date BETWEEN '2023-07-01' AND '2023-09-30'。这看似没问题，但遇到 order_date 是 DATETIME 类型时，'2023-09-30' 会被转成 '2023-09-30 00:00:00'，漏掉当天所有非零点订单。
- 安全写法：
WHERE order_date >= '2023-07-01' AND order_date - 季度起止日期最好用函数生成，比如 MySQL 的
MAKEDATE(YEAR(NOW()), 1) + INTERVAL (QUARTER(NOW()) - 1) QUARTER，避免手算出错 - 如果业务要求“自然季度”（比如财政季度从4月开始），就不能依赖
QUARTER()，得用CASE WHEN MONTH(order_date) IN (4,5,6) THEN 1 ...手动映射
实际跑的时候，先确认字段类型是不是 DATE 或带时间的 DATETIME，再选对应函数；跨数据库迁移时，QUARTER()、EXTRACT()、DATEPART() 这三个函数名一个都不能直接复用。
