sql server的dateadd和datediff不识别工作日，需手动处理周末和节假日；正确方法是结合datepart、datefirst设置及辅助表过滤，避免估算误差。
DATEADD 不能直接跳过周末，必须手动计算
SQL Server 的 DATEADD 只按日历天数加减，不识别工作日。比如 DATEADD(day, 5, '2024-06-07')（周五）返回 2024-06-12（周三），但中间包含周末，实际只过了 3 个工作日。想“加 5 个工作日”，得自己算出对应的真实日期。
常见错误是套用 DATEADD(day, @workdays * 1.4, @start) 这类估算——误差随跨度增大而放大，尤其跨月或含节假日时完全不可靠。
- 正确思路：先用
DATEADD(day, @workdays, @start)得到理论终点，再根据该区间内周末天数动态补足 - 更稳的做法：用循环或递归 CTE 逐日判断
DATEPART(weekday, ...)，累加工作日计数直到达标 - SQL Server 2016+ 可配合
GENERATE_SERIES生成日期序列后过滤DATEPART(weekday, d) NOT IN (1,7)（取决于DATEFIRST设置）
DATEDIFF 算工作日天数必须避开周末计数
DATEDIFF(day, @start, @end) 返回的是总日历天数，不是工作日。直接除以 7 再乘 5 是典型陷阱——它假设每个 7 天周期都含 2 个周末，但起止日落在周中时，首尾残缺周期会破坏这个比例。
可靠方法是：先算整周数 × 5，再单独处理剩余天数中的工作日。
- 整周数 =
DATEDIFF(week, @start, @end)（注意：SQL Server 的week类型按日历周算，非工作周） - 剩余天数 =
DATEDIFF(day, DATEADD(week, DATEDIFF(week, @start, @end), @start), @end) - 再用
DATEPART(weekday, ...)判断剩余段内周一至周五出现次数（需结合DATEFIRST，默认为 7 表示周日=1，周六=7）
更简洁的替代：用辅助数字表或 CTE 生成 @start 到 @end 间所有日期，WHERE DATEPART(weekday, d) NOT IN (1,7) 后 COUNT(*)。
DATEFIRST 设置直接影响 weekday 判断结果
SQL Server 中 DATEPART(weekday, '2024-06-10') 返回值依赖 DATEFIRST。默认 DATEFIRST 7 时，周日=1，周一=2…周六=7；设成 DATEFIRST 1（ISO 标准）则周一=1，周日=7。不显式设置，不同服务器或会话可能返回不同结果。
- 务必在逻辑开头加
SET DATEFIRST 1统一标准，避免测试环境和生产环境行为不一致 - 检查当前值：运行
SELECT @@DATEFIRST - 若用
NOT IN (1,7)排除周末，请确认这是否对应你定义的“周六、周日”——当DATEFIRST=1时，1=周一，7=周日，所以周末应为NOT IN (6,7)
复杂点在于节假日，SQL 原生无内置支持
上述所有方法只排除周六、周日，不处理法定节假日。一旦业务要求排除“国庆节”“春节”等，就必须引入外部数据源。
- 建一张
holidays表，字段至少含holiday_date DATE和is_workday BIT（用于调休上班日） - 在工作日计数逻辑中，把过滤条件从
DATEPART(weekday, d) NOT IN (6,7)扩展为：DATEPART(weekday, d) NOT IN (6,7) AND d NOT IN (SELECT holiday_date FROM holidays) - 注意：节假日表需覆盖所有可能涉及的年份，且每年需人工或脚本更新
真正难的不是写几行 SQL，而是让这套逻辑在报表、调度任务、API 查询里稳定复用——要么封装成标量函数（性能差），要么改用视图+CTE（可读性下降），要么干脆移出数据库层，在应用代码里处理。
