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

作者：袖梨 2026-06-24

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'。