SQL联查筛选员工日可用性方法

本文介绍如何结合周表与日表数据，利用子查询排除法准确查询指定日期和时段内真正可用的员工，避免因休假或病假导致的误判。

本文介绍如何结合周表与日表数据，利用子查询排除法准确查询指定日期和时段内真正可用的员工，避免因休假或病假导致的误判。

在人力资源或排班系统中，员工可用性常需跨多张表综合判断：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设计的关键：用集合思维代替过程式遍历，让数据库引擎高效完成逻辑裁决。