SQL Server中周末判断应避免直接用DATEPART(DW, @dt) IN (1,7)，因其受SET DATEFIRST影响；推荐用DATENAME(WEEKDAY, @dt) IN ('Saturday','Sunday')或DATEPART(ISO_WEEKDAY, @dt) IN (6,7)，兼顾兼容性与索引友好性。
DATEPART(DW, ...) 返回的周末值因数据库而异
SQL Server 默认周日为 1、周六为 7，但这个顺序不是跨平台统一的——DATEPART 的 DW 参数行为依赖于 SET DATEFIRST 设置。比如执行 SET DATEFIRST 1（周一为每周第一天）后，DATEPART(DW, GETDATE()) 仍会返回 1 表示周一，但此时“周末”就变成 6（周六）和 7（周日），而非默认的 1 和 7。所以直接写 DATEPART(DW, @dt) IN (1,7) 很可能在别的环境出错。
- SQL Server 中，
DATEFIRST默认是 7（周日为一周开始），但可被 session 级别修改 - PostgreSQL / MySQL 不支持
DATEPART和DW，这个写法本身就不兼容 - 若用在存储过程或函数里，务必显式声明
SET DATEFIRST 7，否则上线后可能因连接池复用导致结果漂移
更安全的周末判断：用 DATENAME 或 ISO_WEEKDAY 思路
比起依赖数字映射，用名称更直观且不易受 DATEFIRST 干扰。DATENAME(WEEKDAY, ...) 在 SQL Server 中始终返回英文名（如 'Sunday'、'Saturday'），不随 DATEFIRST 变化：
SELECT CASE
WHEN DATENAME(WEEKDAY, GETDATE()) IN ('Saturday', 'Sunday')
THEN 'weekend'
ELSE 'weekday'
END
-
DATENAME比DATEPART(DW, ...)多一次字符串比较，但对单行或小结果集几乎无性能差异 - 如果必须用数字（比如要参与计算），可改用
DATEPART(ISO_WEEKDAY, GETDATE())：它固定周一=1、周日=7，完全无视DATEFIRST -
ISO_WEEKDAY是 SQL Server 2012+ 支持的，老版本只能靠DATENAME或手动校准DATEPART(DW, ...)
WHERE 条件中判断周末的常见错误写法
很多人在过滤语句里直接写 DATEPART(DW, order_date) = 1 OR DATEPART(DW, order_date) = 7，看似没问题，但实际会破坏索引使用：
- 对字段套函数会导致索引失效，哪怕
order_date上有索引，也会退化成全表扫描 - 正确做法是把逻辑移到常量侧：例如预计算周末日期范围，用
BETWEEN或IN枚举具体日期 - 若真需实时判断，考虑用计算列 + 索引：
ALTER TABLE orders ADD is_weekend AS (CASE WHEN DATENAME(WEEKDAY, order_date) IN ('Saturday','Sunday') THEN 1 ELSE 0 END)，再对is_weekend建索引
跨数据库的周末判断建议
如果代码要兼顾多种数据库，别硬套 DATEPART。各库原生方式差异明显：
- SQL Server：
DATENAME(WEEKDAY, @d)或DATEPART(ISO_WEEKDAY, @d) - PostgreSQL：
EXTRACT(ISODOW FROM @d)（周一=1，周日=7） - MySQL：
WEEKDAY(@d)（周一=0，周日=6）或DAYOFWEEK(@d)（周日=1，周六=7） - SQLite：
strftime('%w', @d)（周日=0，周六=6）
真正需要移植时，最省事的是在应用层做判断，或者用视图/UDF 封装差异。硬在 SQL 里写“通用周末逻辑”，反而容易漏掉边界情况，比如夏令时切换当天或时区未明确的 datetime 字段。
