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 周 —— 混用会导致跨周数据错位，尤其在月初/月末边界。
