最稳妥的季度分组方式是按年份和季度分别提取后组合分组：MySQL用YEAR()和QUARTER()、PostgreSQL用EXTRACT(YEAR/QUARTER)并转整型、SQL Server用DATEPART(year/quarter)，避免字符串拼接或单字段分组导致跨年混淆。
MySQL 中用 YEAR() 和 QUARTER() 提取季度并分组
直接用 YEAR(order_date) 和 QUARTER(order_date) 组合分组，是最稳妥的季度汇总方式。它不依赖字符串拼接，避免跨年时把 2023-Q4 和 2024-Q1 混在一起。
常见错误是只用 QUARTER(order_date) 分组，结果所有年份的 Q1 全被压成一组，数据完全失真。
- 正确写法：
GROUP BY YEAR(order_date), QUARTER(order_date) - 别用
CONCAT(YEAR(...), '-Q', QUARTER(...))做分组字段——纯属多此一举，还可能因隐式类型转换拖慢查询 - 如果表里
order_date是DATETIME或TIMESTAMP，函数能正常工作；但若字段是字符串（如'20230512'），先用STR_TO_DATE()转成日期再提取
PostgreSQL 中用 EXTRACT() 处理季度和月份
PostgreSQL 不支持 QUARTER()，得靠 EXTRACT(QUARTER FROM order_date) 和 EXTRACT(YEAR FROM order_date) 配合。月份同理，EXTRACT(MONTH FROM order_date) 返回 1–12 的整数，比用 TO_CHAR(order_date, 'MM') 更适合数值计算和排序。
注意 EXTRACT() 返回的是 double precision 类型，分组前建议显式转成整数：(EXTRACT(YEAR FROM order_date))::int，否则某些客户端或视图定义里可能报类型不匹配。
- 季度分组写法：
GROUP BY (EXTRACT(YEAR FROM order_date))::int, (EXTRACT(QUARTER FROM order_date))::int - 按自然月汇总销售（比如要算 2023-01、2023-02）：用
TO_CHAR(order_date, 'YYYY-MM')最直观；但若后续要按时间顺序排序，优先选DATE_TRUNC('month', order_date)，它返回的是TIMESTAMP，天然可比较 -
DATE_TRUNC('quarter', order_date)可直接截取到季度起点（如 2023-01-01、2023-04-01），适合做范围对齐或和维度表关联
SQL Server 中用 DATEPART() 和 FORMAT() 的取舍
DATEPART(quarter, order_date) 和 DATEPART(year, order_date) 是最轻量的季度提取方式，性能优于 FORMAT()。但 FORMAT() 在需要输出 “2023-Q2” 这类可读格式时更方便，代价是 CPU 开销明显上升，大数据量汇总时慎用。
另一个坑是 DATEPART(month, ...) 返回 1–12，但按月份聚合时，如果想让结果按时间顺序排（1月在前、12月在后），不能只靠 ORDER BY DATEPART(month, ...)——那会把所有年份的1月挤一起。必须带上年份：ORDER BY DATEPART(year, ...), DATEPART(month, ...)。
- 季度分组推荐：
GROUP BY DATEPART(year, order_date), DATEPART(quarter, order_date) - 避免写
GROUP BY FORMAT(order_date, 'yyyy-MM')做月度汇总——字符串分组比日期截断慢，且无法利用日期索引 - 如果表有
order_date索引，DATEPART()表达式默认无法走索引；真要提速，可建计算列索引，例如：ALTER TABLE orders ADD order_year_quarter AS DATEPART(year, order_date) * 10 + DATEPART(quarter, order_date)，再给该列建索引
跨数据库兼容写法：用日期运算模拟季度边界
当 SQL 需要同时跑在 MySQL、PostgreSQL、SQL Server 上（比如 BI 工具直连不同源），硬写各数据库专属函数会很难维护。一个折中方案是用日期运算“算出季度起点”，再统一按该起点分组。
核心思路：每个季度第一天是固定的（1月1日、4月1日、7月1日、10月1日），可用 DATE_SUB(order_date, INTERVAL DAYOFYEAR(order_date)-1 DAY)（MySQL）或 DATE_TRUNC('year', order_date)（PG）先拿到当年1月1日，再根据月份加对应月数。但更简单的是——直接用整数运算推季度编号：(YEAR(order_date) * 10 + CEIL(MONTH(order_date)/3.0))，结果为 20231、20232… 可读又可排序，且多数数据库都支持 CEIL() 和基础数学函数。
- MySQL/PG/SQL Server 都支持：
YEAR(order_date) * 10 + CEILING(MONTH(order_date) / 3.0) - 这个值不是真实日期，但作为分组键足够稳定；导出后用应用层转成 “2023-Q2” 更安全
- 注意除法必须用
3.0（浮点数），否则整数除法在某些数据库里会截断（如 SQL Server 中5/3 = 1）
实际写的时候，季度逻辑本身不难，难的是日期字段类型混乱、时区未归一、以及分组后忘记补全空缺季度（比如某季度没销售，结果集就少一行）。这些得靠业务侧定义填充规则，SQL 层一般不主动补零。
