SQL中CASE语句过滤失效求助：无法排除‘not interested’记录

嘿，我之前也踩过类似的坑，大概率是这几个细节没注意到，咱们逐个排查：

• 先检查字段值的“真面目”
  很多时候肉眼看到的'not interested'，实际可能藏着前后空格、大小写差异，甚至是全角字符！比如数据库里存的是' not interested '或者'Not Interested'，这时候用<> 'not interested'自然匹配不上，导致这类记录被误判成符合条件，赋值1。
  你可以先跑个查询验证实际值：

  SELECT DISTINCT TRIM(LOWER(status)) FROM your_table;
  

  如果发现有变形的取值，就把条件改成TRIM(LOWER(status)) <> 'not interested'来匹配。

• 检查CASE语句的逻辑顺序
  要是你的CASE里还有其他前置判断条件，比如：

  CASE 
    WHEN some_other_condition = 1 THEN 1
    WHEN status <> 'not interested' THEN 1
    ELSE 0
  END
  

  那如果'not interested'的记录刚好满足some_other_condition = 1，就会优先触发第一个分支赋值1，根本轮不到后面的过滤条件。这时候要么把排除'not interested'的条件加到每个分支里，要么把它放在最前面：

  CASE 
    WHEN status = 'not interested' THEN 0
    WHEN some_other_condition = 1 THEN 1
    ELSE 0
  END
  

• 别忽略NULL值的影响
  如果status字段允许NULL，那status <> 'not interested'对NULL记录的判断结果是UNKNOWN，CASE语句会把它当作FALSE处理。但如果你的CASE没写ELSE分支，默认会返回NULL，而你看到的1可能来自其他逻辑？不过你说的是'not interested'的记录被赋值1，那可以反过来写条件验证：

  CASE 
    WHEN status = 'not interested' THEN 0
    ELSE 1
  END AS interested_flag
  

  看看'not interested'的记录是不是会被赋值0，这样就能快速确认条件是否真的匹配上了。

• 确认数据类型是否匹配
  要是status不是字符串类型（比如是枚举、数字编码，只是前端显示为'not interested'），那直接和字符串比较肯定不生效。这时候得查一下数据库里实际存储的编码值，比如如果'not interested'对应的编码是3，那条件应该写成status <> 3。

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