在SQL Server 2022中如何利用DATETRUNC对查询日期进行截断？

DATETRUNC是SQL Server 2022原生日期截断函数，支持year/yy/yyyy、quarter/qq、month/mm、week/wk、iso_week/isowk、day/dd、hour、minute、second、millisecond等datepart，不四舍五入、不隐式转换类型。

DATETRUNC 是 SQL Server 2022 原生支持的日期截断函数，它直接丢弃指定精度以下的时间部分，不四舍五入、不转换类型，比老写法更可靠。

DATETRUNC 支持哪些 datepart？

必须用标准缩写或全称，大小写不敏感，但字符串引号不能加 —— DATETRUNC 的第一个参数不是字符串，是关键字：

• year / yy / yyyy：归零到当年 1 月 1 日 00:00:00
• quarter / qq：归零到当季首日（如 4 月 1 日）
• month / mm：归零到当月 1 日
• week / wk：按 @@DATEFIRST 设置截断（默认周日为一周开始）
• iso_week / isowk：强制按 ISO 标准（周一为一周开始）
• day / dd：清空时间部分，保留日期（如 '2026-06-14 18:12:33' → '2026-06-14 00:00:00'）
• hour / minute / second / millisecond：逐级截断小数部分

注意：datetrunc('month', @dt) 会报错 —— 单引号包裹的字符串不被接受，必须写成 DATETRUNC(month, @dt)。

为什么 DATETRUNC(day, dt) 和 CAST(dt AS date) 不一样？

两者结果在显示上可能一致，但语义和类型不同：

• DATETRUNC(day, dt) 返回原类型（如 datetime2），只是把时分秒归零，仍可参与 datetime 运算
• CAST(dt AS date) 返回 date 类型，丢失时间维度，后续加减需显式转回 datetime2 才能对齐精度
• 聚合场景下，用 DATETRUNC 分组不会隐式类型转换，避免执行计划意外降级

例如：GROUP BY DATETRUNC(day, orderdate) 保持列类型不变；而 GROUP BY CAST(orderdate AS date) 可能在大表 join 时触发隐式转换警告。

截断到分钟或小时时要注意精度丢失

DATETRUNC(minute, dt) 会把秒和毫秒全部置零，但前提是输入类型支持这些精度：

• 如果字段是 smalldatetime，它本身不存秒，所以 DATETRUNC(second, dt) 实际无效，返回值和原值一样
• 如果字段是 datetime，其精度为 3.33 毫秒，DATETRUNC(millisecond, dt) 会保留毫秒整数位，但无法消除 3.33ms 的固有误差
• 真正想“精确截断到分钟且不四舍五入”，优先用 DATETRUNC(minute, dt)；若兼容旧版本，用 DATEADD(minute, DATEDIFF(minute, 0, dt), 0) 更稳妥

别依赖 CAST(dt AS smalldatetime) 截断分钟——它会对秒数四舍五入，'2026-06-14 18:12:30' 会变成 '2026-06-14 18:13:00'。

week 和 iso_week 的行为差异容易被忽略

当前是 2026 年 6 月 14 日（星期日），@@DATEFIRST 默认为 7（周日），所以：

• DATETRUNC(week, GETDATE()) 返回 2026-06-14 00:00:00（本周从周日开始）
• DATETRUNC(iso_week, GETDATE()) 返回 2026-06-08 00:00:00（ISO 周一为起点，6 月 8 日是当周周一）

报表中按自然周统计时，务必确认业务规则用的是本地周还是 ISO 周 —— 混用会导致跨周数据错位，尤其在月初/月末边界。