应优先使用数据库原生季度提取函数（如EXTRACT(QUARTER FROM ...)）而非MONTH()手动分组，以避免跨年错误、维护困难及财年适配问题；必须结合YEAR()分组，并在财年非自然年时通过日期偏移校正季度。
SQL里用MONTH()判断季度容易出错
直接用MONTH()返回1~12再手动分组，看似直观，实则埋雷：不同数据库对季度定义不一致（比如财年从4月开始），且硬编码区间（如MONTH(date) IN (1,2,3)）难以维护。更关键的是，一旦需要跨年聚合（如2023-Q4 + 2024-Q1），MONTH()完全无法表达时间跨度逻辑。
优先用EXTRACT(QUARTER FROM ...)或DATEPART(qq, ...)
标准SQL和主流数据库都支持原生季度提取，语义清晰、跨年安全、无需条件判断：
- PostgreSQL / Oracle / Snowflake：
EXTRACT(QUARTER FROM order_date) - SQL Server：
DATEPART(qq, order_date)或DATEPART(quarter, order_date) - MySQL 8.0+：
QUARTER(order_date) - BigQuery：
EXTRACT(QUARTER FROM order_date)
配合YEAR()一起分组，才能真正按自然年季度切分：GROUP BY YEAR(order_date), EXTRACT(QUARTER FROM order_date)。只按季度数字分组会把2023-Q1和2024-Q1混在一起。
真要用MONTH()时，必须绑定YEAR()做复合键
如果因兼容性被迫用MONTH()（比如老旧MySQL 5.7），务必避免单独用季度计算字段。正确做法是构造可排序的季度标识符：
- 生成形如
'2023-Q1'的字符串：CONCAT(YEAR(date), '-Q', CEIL(MONTH(date)/3.0)) - 生成数值型季度码（如20231表示2023年Q1）：
YEAR(date) * 10 + CEIL(MONTH(date)/3.0) - 绝不能写
CASE WHEN MONTH(date) BETWEEN 1 AND 3 THEN 'Q1'...——这种写法在GROUP BY里无法保证顺序，且Q1/Q2等字符串不能参与数值比较
财务数据汇总必须考虑财年起点
很多企业财年不是自然年（如4月1日到次年3月31日）。此时EXTRACT(QUARTER FROM ...)直接失效。解决方案是偏移日期后再取季度：
- PostgreSQL示例（财年起始为4月）：
EXTRACT(QUARTER FROM (date + INTERVAL '9 months'))（把4月→变成次年1月，自然年季度即对应财年季度） - SQL Server示例：
DATEPART(qq, DATEADD(m, 9, date)) - 偏移量=（12 - 财年起始月 + 1）% 12，4月起始就是(12-4+1)%12 = 9
这个偏移逻辑比在CASE里硬写12个分支可靠得多，也方便后续扩展成参数化财年配置。
季度汇总最常被忽略的点：没验证数据是否覆盖完整财年周期，尤其跨年查询时WHERE条件漏掉年末/年初边界。建议始终用date >= '2023-04-01' AND date 这类左闭右开区间，而不是依赖<code>YEAR()或QUARTER()函数过滤。
