dateadd无法处理节假日，必须结合含调休标识的物理节假日表，用递归cte逐日倒推工作日；需显式设置datefirst，严格验证节前/节后/调休日边界。
DATEADD 本身不处理节假日，必须配合节假日表使用
DATEADD 只做机械的日期加减，比如 DATEADD(day, -5, GETDATE()) 就是单纯往前推 5 个自然日，完全不识别元旦、春节或调休日。想“扣除法定节假日”，本质是「从起始日开始，逐日倒推，跳过所有节假日和周末，直到扣够指定工作日数」——这无法靠单条 DATEADD 实现，必须用循环、递归 CTE 或自连接查节假日表。
构造节假日表是前提，且必须包含调休上班日
很多失败案例源于节假日表太简陋：只列放假日期，没标“调休上班日”。比如 2024 年 2 月 17 日（周六）因春节调休要上班，如果表里没这条记录，系统会误判为周末跳过，导致多扣一天。
- 表结构建议至少含：
holiday_date（DATE）、is_workday（BIT，0=放假，1=调休上班） - 务必每年更新，国务院通知发布后及时入库，别依赖“自动计算”——清明/中秋等无固定公式
- 避免用视图或函数动态生成节假日，DDL 不稳定、性能差；物理表 + 定期人工核对最可靠
用递归 CTE 倒推工作日比 WHILE 循环更可控
SQL Server 中，递归 CTE 能清晰表达“从目标日开始，每天检查是否为工作日，直到累计扣够 N 天”的逻辑，比手动写 WHILE 更易读、不易死循环。
WITH workdays AS (
SELECT
DATEADD(day, -1, @target_date) AS dt,
1 AS cnt
UNION ALL
SELECT
DATEADD(day, -1, dt),
cnt + CASE
WHEN EXISTS (
SELECT 1 FROM holidays h
WHERE h.holiday_date = DATEADD(day, -1, dt)
AND h.is_workday = 0
) OR DATEPART(weekday, DATEADD(day, -1, dt)) IN (1,7) -- 周日=1、周六=7（SET DATEFIRST 7）
THEN 0 ELSE 1 END
FROM workdays
WHERE cnt <p>注意：<code>DATEPART(weekday, ...)</code> 返回值受 <code>SET DATEFIRST</code> 影响，生产环境必须显式设置，不能依赖默认值。</p><h3>WHERE 条件里直接过滤节假日会导致结果偏移</h3><p>常见错误写法：<code>SELECT TOP (@n) date FROM calendar WHERE is_holiday = 0 ORDER BY date DESC</code>。这会取出最近的 N 个非假日，但不保证这些日期在逻辑上是连续倒推的——比如某天是假期，前后两天都是工作日，这条语句会跳过假期取更早的日期，造成实际跳过的天数 > N。</p>
- 必须按时间顺序逐日判断，不能“批量筛选后取 Top”
- 如果用窗口函数，
ROW_NUMBER() OVER (ORDER BY date DESC)也要先排除节假日再编号，否则序号不连续 - 测试时重点验证节前最后一个工作日、节后第一个工作日、调休日这三类边界点
节假日逻辑不是纯数学运算，它依赖行政公告和人工校准。哪怕代码跑通，每年初也得拉出当年节假日表和日历对照一遍，漏掉一个调休日，整套排期就偏了。
