最稳的季度分组必须同时使用YEAR()和QUARTER()函数，避免跨年季度混淆；MySQL用GROUP BY YEAR(d), QUARTER(d)，PostgreSQL需显式转整型，SQL Server须用DATEPART(YEAR/QUARTER)，跨库推荐FLOOR((MONTH(d)-1)/3.0)+1。
MySQL里用QUARTER()和YEAR()分组最稳
直接按季度汇总，别想复杂——MySQL原生QUARTER()函数就是干这个的，配合YEAR()能避免跨年季度混在一起。比如2023-Q4和2024-Q1必须分开，光用QUARTER(order_date)会把它们全塞进Q1。
常见错误是只写GROUP BY QUARTER(order_date)，结果2023年Q1和2024年Q1被合并在同一行；或者用字符串截取SUBSTR(date, 1, 7)硬凑“年-月”，根本不是季度逻辑。
SELECT YEAR(order_date) AS y, QUARTER(order_date) AS q, SUM(amount) FROM sales GROUP BY y, q ORDER BY y, q- 确保
order_date是DATE或DATETIME类型，如果是字符串（如'20230415'），先用STR_TO_DATE(order_date, '%Y%m%d')转成日期再处理 - 索引建议：在
order_date字段上建普通索引即可，QUARTER()本身不走索引，但WHERE过滤日期范围时能用上
PostgreSQL得靠EXTRACT()，注意返回值是小数
PostgreSQL没有QUARTER()，得用EXTRACT(QUARTER FROM order_date)，但它返回的是numeric类型（比如4.0），直接GROUP BY可能因精度引发隐式转换问题，尤其和YEAR()拼接时容易出错。
典型翻车现场：EXTRACT(YEAR FROM order_date) || '-Q' || EXTRACT(QUARTER FROM order_date)生成'2023-Q4.0'，看着怪，排序也可能错乱。
- 安全写法：
EXTRACT(YEAR FROM order_date)::int AS y, EXTRACT(QUARTER FROM order_date)::int AS q，显式转整型再GROUP BY y, q - 如果要输出“2023-Q2”这种格式，用
TO_CHAR(order_date, 'YYYY-"Q"Q')更干净，且TO_CHAR结果可直接GROUP BY - 性能上，
EXTRACT()无法利用order_date索引做分组加速，大数据量时建议先WHERE缩小范围再分组
SQL Server用DATEPART()，别漏掉YEAR()维度
SQL Server的DATEPART(qq, order_date)能取季度，但和MySQL一样，单独用它GROUP BY会跨年合并。更隐蔽的问题是：有人误用DATEPART(yy, order_date)（返回两位年份），导致2001和2021全变成01，数据直接串了。
还有人用CONVERT(char(4), order_date, 120)截年份，但这是字符串操作，不如原生函数可靠。
- 必须同时取年和季：
DATEPART(YEAR, order_date) AS y, DATEPART(QUARTER, order_date) AS q -
DATEPART()第二个参数必须是日期类型，如果字段是varchar存的'2023/06/15'，得先CAST(order_date AS date)或TRY_CAST()防报错 - SQL Server 2012+支持
EOMONTH()，但对季度汇总没用——别试图用它推季度末来反算，绕远且易错
跨数据库兼容写法：用FLOOR((MONTH(date)-1)/3)+1手动算季度
真要写一次SQL跑多个库（比如MySQL+PostgreSQL+SQL Server），别依赖各库特有函数。用MONTH()算季度虽土，但所有主流数据库都支持，且语义清晰、无精度陷阱。
有人试过(MONTH(date)+2)/3，但在整数除法下（如SQL Server），1/3=0，结果全错；PostgreSQL里/默认是浮点除，又得FLOOR兜底。
- 通用表达式：
FLOOR((MONTH(order_date) - 1) / 3.0) + 1（加.0确保浮点除） - 配合年份：
YEAR(order_date) AS y, FLOOR((MONTH(order_date) - 1) / 3.0) + 1 AS q - 缺点是没法用索引优化，但胜在行为确定——只要
MONTH()和YEAR()存在，它就不出错
季度汇总真正的坑不在函数选哪个，而在于是否意识到“季度必须绑定年份”。漏掉年份维度，数据就废了一半，而且这种错误往往上线后才暴露，查起来还特别绕。
