本文介绍如何结合周表与日表数据，利用子查询排除法准确查询指定日期和时段内真正可用的员工，避免因休假或病假导致的误判。
本文介绍如何结合周表与日表数据，利用子查询排除法准确查询指定日期和时段内真正可用的员工，避免因休假或病假导致的误判。
在人力资源或排班系统中，员工可用性常需跨多张表综合判断：available_week 表记录常规排班（如“周一 8:00”默认可用），而 available_day 表则覆盖特殊状态（如某日因病假设为不可用）。仅查周表会忽略临时变更，仅查日表又会遗漏未显式登记的“默认可用”人员。因此，核心逻辑是：先获取周表中符合基础时段的员工集合，再从中剔除当日日表中标记为不可用（state = 0）的人员。
✅ 推荐方案：使用 NOT IN 子查询实现精确过滤
以下 SQL 查询可返回在 2022-04-09 周一 8:00 时段真正可用的员工缩写（short）：
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 中明确标记为不可用（state = 0）且日期为 '2022-04-09' 的员工；
- NOT IN 确保最终结果排除所有当日失能人员，保留真正可用者。
⚠️ 关键注意事项
-
NULL 安全性：若 available_day.short 可能为 NULL，NOT IN 会因 SQL 三值逻辑（UNKNOWN）导致整行被意外过滤。建议改用 NOT EXISTS 提升健壮性：
SELECT w.short FROM available_week w WHERE w.day = 1 AND w.hour = 8 AND NOT EXISTS ( SELECT 1 FROM available_day d WHERE d.short = w.short AND d.state = 0 AND d.day = '2022-04-09' ); 字段命名一致性：原文中表名拼写为 avaible_*（疑似笔误），实际建表请统一为 available_week / available_day，避免后续 JOIN 或维护困扰。
-
索引优化建议：为提升性能，应在以下列上建立复合索引：
- available_week(day, hour, short)
- available_day(day, short, state)
✅ 总结
本方案不依赖显式 JOIN，而是以语义清晰的“基准集 + 排除集”逻辑达成业务目标，兼顾可读性与准确性。当需扩展支持多时段、多日期或状态分级（如 state = 2 表示远程办公）时，只需调整子查询条件，主干结构保持稳定——这正是良好SQL设计的关键：用集合思维代替过程式遍历，让数据库引擎高效完成逻辑裁决。
