本文介绍如何通过sql子查询与not in逻辑，结合周计划表（available_week）与日异常表（available_day），准确筛选出指定日期和时段内真正可用的员工，避免因休假或病假导致的误判。
本文介绍如何通过sql子查询与not in逻辑，结合周计划表（available_week）与日异常表（available_day），准确筛选出指定日期和时段内真正可用的员工，避免因休假或病假导致的误判。
在人力资源或排班系统中，员工可用性常需综合“常规排班”与“临时状态变更”两类数据源判断。典型场景是：available_week 表记录员工每周固定工作安排（如周一 8:00–17:00），而 available_day 表则专门登记例外情况（如某日病假、事假等）。仅查周表会忽略当日异常；仅查日表又缺失常规在岗人员。因此，必须通过多表逻辑组合实现“默认可用，但被日表显式标记为不可用者除外” 的语义。
核心思路是：先从 available_week 中获取所有符合基础时段条件（如 day = 1 AND hour = 8）的员工缩写（short），再排除那些在 available_day 中、于目标日期（如 '2022-04-09'）且 state = 0（即不可用）的员工。
推荐使用 NOT IN 子查询实现该逻辑，简洁且语义清晰：
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'
);✅ 关键说明：
- day = 1 指周表中的“星期几”（1=周一），而 available_day.day 是具体日期（如 '2022-04-09'），二者语义不同，不可混淆；
- 子查询返回所有在 '2022-04-09' 当日被标记为 state = 0（不可用）的员工 short，主查询通过 NOT IN 精准剔除；
- 若 available_day 中存在 short 为 NULL 的记录，NOT IN 可能意外返回空结果（因 SQL 中 NULL NOT IN (...) 恒为 UNKNOWN），故建议确保 short 字段非空，或改用 NOT EXISTS 提升健壮性（见进阶优化）。
? 进阶优化（推荐用于生产环境）：
为规避 NULL 风险并提升可读性与性能，可改用 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'
);此写法明确关联主表与子表（d.short = w.short），逻辑更严谨，且对索引友好（建议在 available_day(short, day, state) 上建立复合索引）。
? 注意事项总结：
- 表名与字段名需统一（原文中 avaible_ 应为 available_，拼写错误将导致查询失败）；
- 日期格式须严格匹配（如 'YYYY-MM-DD'），避免隐式转换引发错误；
- 若需支持跨时区或多班次（如夜班覆盖两天），应在 available_day 中增加时间范围字段（start_time, end_time），而非仅依赖单一时点 hour；
- 实际部署前，务必对 available_week 和 available_day 的 short 字段添加索引，显著提升子查询效率。
通过以上方法，即可构建高可靠、易维护的员工可用性实时查询逻辑，为排班调度、考勤核验等业务提供坚实数据支撑。
