提取季度需组合年份与季度构成唯一键，避免仅用DATEPART/EXTRACT导致年份错位；同比分析应基于“年+季”键精确连接，并用COALESCE和NULLIF安全处理空值与除零。
用 DATEPART 或 EXTRACT 提取季度时要小心年份错位
直接用 DATEPART(quarter, date_col)（SQL Server）或 EXTRACT(QUARTER FROM date_col)（PostgreSQL）只能拿到季度编号，但无法区分 2023 Q1 和 2024 Q1。真正做同比必须把“年+季”组合成唯一标识，比如 CONCAT(YEAR(date_col), '-', DATEPART(quarter, date_col))，或者更稳妥地用 DATEFROMPARTS(YEAR(date_col), DATEPART(quarter, date_col) * 3 - 2, 1) 构造该季度首日，再参与分组或连接。
常见错误是写成 GROUP BY DATEPART(quarter, date_col) —— 这会把所有年份的 Q1 合并，完全没法比同比。
- SQL Server 推荐构造季度基准日期：
DATEFROMPARTS(YEAR(order_date), (DATEPART(quarter, order_date)-1)*3+1, 1) - PostgreSQL 可用：
MAKE_DATE(EXTRACT(YEAR FROM order_date)::int, (EXTRACT(QUARTER FROM order_date)::int - 1) * 3 + 1, 1) - MySQL 用：
MAKEDATE(YEAR(order_date), (QUARTER(order_date)-1)*90 + 1)（注意闰年误差，生产环境建议改用STR_TO_DATE(CONCAT(YEAR(order_date), '-Q', QUARTER(order_date)), '%Y-Q%q')配合字符串处理）
自连接查去年同期：别用 BETWEEN 做范围匹配
想让 2024 Q2 自动关联到 2023 Q2，最可靠方式是生成两个带“季度键”的临时结果集，然后用键精确等值连接。用 BETWEEN date_sub AND date_add 容易漏掉边界日期（比如订单时间含时分秒），也难对齐季度起止逻辑。
典型写法是先用 CTE 算出当前季度范围，再用 DATEADD(year, -1, ...) 推算去年同季度起止，但更简洁的是统一用季度键对齐：
WITH qtr_data AS (
SELECT
CONCAT(YEAR(create_time), '-Q', DATEPART(quarter, create_time)) AS qtr_key,
SUM(amount) AS total_revenue
FROM finance_records
WHERE create_time >= '2023-01-01'
GROUP BY CONCAT(YEAR(create_time), '-Q', DATEPART(quarter, create_time))
)
SELECT
curr.qtr_key,
curr.total_revenue AS curr_amount,
last.total_revenue AS last_year_amount
FROM qtr_data curr
LEFT JOIN qtr_data last
ON last.qtr_key = CONCAT(YEAR(curr.qtr_key) - 1, '-Q', RIGHT(curr.qtr_key, 2));处理空值和部分缺失季度：用 COALESCE 比 ISNULL 更可移植
去年某季度没数据时，LEFT JOIN 会产生 NULL，直接算同比增幅会得 NULL。必须显式转为 0 或跳过计算。不同数据库对空值处理函数不一致：COALESCE(last.total_revenue, 0) 是 SQL 标准，所有主流引擎都支持；而 ISNULL（SQL Server）或 IFNULL（MySQL）只限特定方言。
- 计算同比增长率时，务必加判空：
COALESCE((curr.total_revenue - last.total_revenue) * 1.0 / NULLIF(last.total_revenue, 0), 0) -
NULLIF(last.total_revenue, 0)防止除零，比CASE WHEN last.total_revenue = 0 THEN NULL ELSE ... END更紧凑 - 如果业务要求“去年无数据时同比视为 100% 增长”，那就不能填 0，得单独判断：
CASE WHEN last.total_revenue IS NULL THEN 1.0 ELSE ... END
性能陷阱：避免在 WHERE 或 JOIN 条件里对日期字段用函数
写 WHERE DATEPART(quarter, create_time) = 2 或 ON YEAR(a.date) = YEAR(b.date) - 1 会让索引失效。正确做法是把函数移到常量侧，让日期列保持裸露。
- 查 2024 年全部数据：用
create_time >= '2024-01-01' AND create_time ，而不是 <code>YEAR(create_time) = 2024 - 查 2024 Q2：用
create_time >= '2024-04-01' AND create_time - 季度键若作为物化列存在，可建索引；否则不要依赖字符串拼接字段做高频过滤
真实业务表动辄千万级记录，这类写法差一个数量级的响应时间。先筛日期范围，再按季度聚合，顺序不能反。
