Simple Case查询逻辑失效排查：DaysOldSinceArrival类型转换咨询

你的推测完全正确！字符串类型和数字类型直接做比较就是导致查询失效的核心原因。

为什么字符串比较会出问题？ #

字符串的比较逻辑是按字符逐个比对ASCII值，而非按数字大小判断。举个例子：

• 字符串 "39" 和 "40" 比对时，第一个字符'3'的ASCII值小于'4'，结果符合预期；
• 但如果是字符串 "100" 和 "40"，'1'的ASCII值小于'4'，会被判定为"100" < "40"，这显然和数字比较的逻辑完全相反，最终导致你的CASE判断出错。

如何将字符串转为整数类型？ #

根据你使用的数据库，这里提供几种主流数据库的显式转换方式（显式转换比隐式转换更稳妥，避免意外问题）：

• SQL Server：使用CAST()或CONVERT()函数

  CAST(DaysOldSinceArrival AS INT)
  -- 或者
  CONVERT(INT, DaysOldSinceArrival)
  

• MySQL：使用CAST()、CONVERT()或直接通过算术运算隐式转换（推荐显式转换）

  CAST(DaysOldSinceArrival AS SIGNED)
  -- 或者
  CONVERT(DaysOldSinceArrival, SIGNED)
  -- 隐式转换方式（不推荐用于复杂场景）
  DaysOldSinceArrival + 0
  

• PostgreSQL：使用CAST()或类型转换操作符::

  CAST(DaysOldSinceArrival AS INTEGER)
  -- 或者
  DaysOldSinceArrival::INTEGER
  

• Oracle：使用TO_NUMBER()函数

  TO_NUMBER(DaysOldSinceArrival)
  

更优方案：直接计算天数差（避免字符串转换） #

既然你的ArrivalDate是datetime类型，完全可以直接计算当前日期与ArrivalDate的天数差，这样得到的结果本身就是数字类型，从根源上避免类型转换问题：

• SQL Server：

  DATEDIFF(day, ArrivalDate, GETDATE())
  

• MySQL：

  DATEDIFF(CURDATE(), ArrivalDate)
  

• PostgreSQL：

  CURRENT_DATE - ArrivalDate
  

• Oracle：

  TRUNC(SYSDATE) - TRUNC(ArrivalDate)
  

修改后的CASE查询示例（以SQL Server为例） #

如果坚持使用DaysOldSinceArrival字段：

CASE WHEN CAST(DaysOldSinceArrival AS INT) < 40 THEN 'OK' ELSE 'Fail' END

如果改用直接计算天数差：

CASE WHEN DATEDIFF(day, ArrivalDate, GETDATE()) < 40 THEN 'OK' ELSE 'Fail' END

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