本文讲解如何通过sql子查询与not in逻辑，结合周计划表（available_week）与日异常表（available_day），准确筛选出指定日期和时段仍处于“可用”状态的员工编号，避免因休假或病假导致的误判。
本文讲解如何通过sql子查询与not in逻辑，结合周计划表（available_week）与日异常表（available_day），准确筛选出指定日期和时段仍处于“可用”状态的员工编号，避免因休假或病假导致的误判。
在人力资源或排班系统中，员工的可用性通常由两层数据共同决定：常规排班规则（如每周一至周五 8:00–17:00）和临时状态变更（如某日请假、病假）。本例中，available_week 表存储员工的标准工作安排（day=1 表示周一，hour=8 表示早8点），而 available_day 表记录具体日期（如 '2022-04-09'）下的临时不可用事件（state=0）。目标是：查询在“周计划中本应可用”，且“当日无禁用记录”的员工简称（short）。
直接使用 JOIN 容易引入冗余或逻辑偏差——例如 LEFT JOIN 后需额外过滤 state=0 的行，且易因多日记录产生重复；而子查询方案更清晰、语义明确。推荐采用以下结构化写法：
SELECT short
FROM available_week
WHERE day = 1
AND hour = 8
AND short NOT IN (
SELECT short
FROM available_day
WHERE state = 0
AND day = '2022-04-09'
);✅ 关键说明：
- 外层查询从 available_week 中提取所有“周一8点应上班”的员工；
- 子查询精准定位 available_day 中 '2022-04-09' 当日 state=0（不可用）的员工；
- NOT IN 实现集合差集运算，自然排除所有当日被标记为不可用者；
- 注意：available_day.day 字段需为 DATE 类型或标准 YYYY-MM-DD 格式字符串，确保比较安全；若为 DATETIME，建议用 DATE(day) = '2022-04-09' 避免时分秒干扰。
⚠️ 重要注意事项：
- 若 available_day.short 可能为 NULL，NOT IN 会因 SQL 三值逻辑（UNKNOWN）导致整条查询返回空结果。稳妥做法是显式排除空值：
AND short NOT IN ( SELECT short FROM available_day WHERE state = 0 AND day = '2022-04-09' AND short IS NOT NULL ) - 性能优化建议：为 available_day(short, day, state) 建立复合索引，显著加速子查询；
- 扩展性提示：若需支持“部分时段可用”（如仅上午请假），则需将 available_day 中的 time 字段纳入条件，升级为时段重叠判断（如使用 BETWEEN 或区间交集逻辑）。
综上，该方案以简洁、可读、可维护的方式解决了多源状态融合的核心问题，是典型“默认启用 + 显式排除”业务逻辑的 SQL 范式表达。
