MySQL中YEARWEEK()支持跨年周分组（默认周日起点，参数1可设周一），DATE_FORMAT(dt,'%Y-%m')安全按月聚合；PostgreSQL用date_trunc('month'/ 'week',dt)更可靠，ISO周需同时提取ISOYEAR和ISOWEEK。

MySQL 中用 YEARWEEK() 和 DATE_FORMAT() 按周/月分组

MySQL 没有统一的“按自然周”函数，YEARWEEK() 默认以周日为每周起点，且返回的是带年份的整数（如 202405），适合跨年分组；而 DATE_FORMAT(dt, '%Y-%m') 最直接实现按月聚合，但注意它返回字符串，不能直接用于排序或范围查询（需配合 MIN(dt) 或 STR_TO_DATE() 补充）。

常见错误是写 GROUP BY YEAR(dt), MONTH(dt)：看似合理，但会把 2023-12 和 2024-01 当作同一组（因 MONTH() 都是 12/1），实际必须带上年份才安全。更稳妥的做法是用 DATE_FORMAT(dt, '%Y-%m') 或 MAKEDATE(YEAR(dt), 1) + INTERVAL (MONTH(dt)-1) MONTH 生成首日锚点。

• YEARWEEK(dt, 1)：参数 1 表示周一为每周第一天，避免默认周日导致的偏移
• 按月求和时，若需输出“2024-01”格式且保证顺序，建议 ORDER BY DATE_FORMAT(dt, '%Y-%m') 而非 ORDER BY 1
• 对 TIMESTAMP 字段用 YEARWEEK() 会隐式转为本地时区，若数据跨时区，先用 CONVERT_TZ() 标准化

PostgreSQL 中用 date_trunc() 处理周和月

PostgreSQL 的 date_trunc('month', dt) 返回当月第一天的 TIMESTAMP，天然支持范围查询和索引下推；date_trunc('week', dt) 默认按周一截断，且结果是标准时间类型，比字符串拼接更可靠。

容易忽略的是：PostgreSQL 的“week”从周一开始，但 ISO 周（EXTRACT(ISOWEEK FROM dt)）和年份需搭配 EXTRACT(ISOYEAR FROM dt) 使用，否则 2024-01-01（周一）可能被归入 2023 年第 53 周。

• 按月聚合推荐：GROUP BY date_trunc('month', dt)，再用 to_char(date_trunc('month', dt), 'YYYY-MM') 格式化输出
• 按 ISO 周聚合必须同时用 EXTRACT(ISOYEAR FROM dt) 和 EXTRACT(ISOWEEK FROM dt)，缺一不可
• date_trunc('week', dt) 返回值可直接参与 BETWEEN 查询，比如查某周内数据：dt >= date_trunc('week', '2024-02-05'::date) AND dt

SQL Server 中用 DATEPART() 和 DATEFROMPARTS() 构建分组键

SQL Server 的 DATEPART(week, dt) 返回的是年内第几周，不带年份，单独使用会导致 2023-W52 和 2024-W01 混在一起；必须组合 DATEPART(year, dt) 才能唯一标识。

更干净的做法是用 DATEFROMPARTS(YEAR(dt), MONTH(dt), 1) 生成每月首日，或用 DATEADD(day, 1 - DATEPART(weekday, dt), dt) 算出本周周一（注意 DATEFIRST 设置影响 weekday 含义）。

• 设置 SET DATEFIRST 1 可确保 DATEPART(weekday, dt) 中周一=1，避免环境差异导致逻辑错乱
• 用 DATEFROMPARTS() 构建月度键比字符串拼接快，且能走索引（如果字段上有计算列索引）
• 若表数据量大，避免在 WHERE 中对时间字段用函数（如 YEAR(dt)=2024），改用范围条件：dt >= '2024-01-01' AND dt

通用陷阱：时区、空值与边界日期

所有数据库中，时间字段为 NULL 时，GROUP BY 会将其单独归为一组，常被误认为“汇总缺失”，实际应加 WHERE dt IS NOT NULL 显式过滤。

另一个高频问题是“最后一周跨年”或“某月最后一天凌晨入库的数据被算进下月”——本质是没区分业务日期（business_date）和入库时间（created_at）。务必确认分组依据的是哪个字段。

• 跨时区场景下，不要依赖数据库服务器本地时区做截断，统一转成 UTC 或业务所在时区再计算
• PostgreSQL 的 date_trunc('week', ...) 和 MySQL 的 YEARWEEK(..., 1) 对同一天可能给出不同周编号，别混用做跨库比对
• 如果下游要对接 BI 工具（如 Tableau、Superset），优先输出标准日期类型而非字符串，减少前端解析负担