SQL Server 2014中如何修正WHERE子句逻辑提取符合条件的T-SQL记录

逻辑运算符优先级错位 #

T-SQL 中 AND 的执行优先级高于 OR，你当前的 WHERE 子句没有对多分支条件加明确的分组括号，导致实际执行逻辑和预期完全不符：

• 你预期的逻辑：所有返回的记录必须满足[Status] = 'Left'，且同时符合「两个日期字段都为NULL」或「两个日期字段都为空白」其中一类条件
• 实际执行的逻辑：直接返回所有「两个日期字段都为NULL」的记录（不校验Status值），同时返回「两个日期字段都为空白 且 Status=Left」的记录

这种错位会导致结果集要么混入非目标的NULL记录，要么因为条件分组错误，完全匹配不到真正符合要求的目标数据，最终表现就是查询结果和预期严重不符。

空字符串匹配和字段类型不兼容 #

从字段命名（HR_LeftDate、Payroll_LeftDate）判断，这两个字段大概率为日期类型（如date/datetime/datetime2），这类字段无法直接存储空字符串''。当你在查询中写[HR_leftDate] = ''时，T-SQL 会触发隐式类型转换，将空字符串固定转换为日期值1900-01-01，相当于实际在判断“字段值是否等于1900年1月1日”，和你要匹配“空白值”的逻辑完全无关，这也是你查不到第二类目标记录的核心原因。

根据字段实际类型选择对应写法，所有分支条件加分组括号，确保执行逻辑和预期一致：

场景1：两个LeftDate字段为日期类型 #

日期类型下不存在空字符串存储场景，你观察到的“空白”本质就是NULL值，查询时同时兼容历史数据迁移可能产生的固定空值（即默认转换的1900-01-01）：

SELECT *
FROM [t1]
WHERE 
  [Status] = 'Left'
  AND (
    -- 匹配两个字段均为NULL
    ([HR_LeftDate] IS NULL AND [Payroll_LeftDate] IS NULL)
    -- 兼容历史迁移产生的空值默认1900-01-01场景
    OR ([HR_LeftDate] = '1900-01-01' AND [Payroll_LeftDate] = '1900-01-01')
  )

如果不存在历史迁移的固定空值场景，可以移除第二个OR分支，仅保留NULL判断的逻辑即可。

场景2：两个LeftDate字段为字符串类型存储日期 #

这类场景下字段可以存储空串、纯空格这类“空白”值，匹配时增加字符串裁剪逻辑，兼容前后带空格的伪空白场景：

SELECT *
FROM [t1]
WHERE 
  [Status] = 'Left'
  AND (
    -- 匹配两个字段均为NULL
    ([HR_LeftDate] IS NULL AND [Payroll_LeftDate] IS NULL)
    -- 匹配两个字段去除前后空格后为空（覆盖空串、全空格的空白场景）
    OR (
      LTRIM(RTRIM([HR_LeftDate])) = '' 
      AND LTRIM(RTRIM([Payroll_LeftDate])) = ''
    )
  )

内容的提问来源于stack exchange，提问作者user3115933