如何在SQL查询中避免重复转换INT类型日期列

兄弟我太懂这种糟心情况了——明明是日期数据偏偏存成INT类型，还动不了原字段，改一下就要触发一堆异常，简直头大😅。先聊聊你目前在用的转换写法：

CONVERT(DATE, CONVERT(char(8), TransactionDate))

这个思路本身是完全没问题的，但既然你说情况进一步复杂化了，我给你补充几种实用方案，说不定能搞定后续的棘手场景：

• 简化版转换写法：
  其实CAST和CONVERT在SQL Server里（看你用的函数应该是SQL Server）可以互换，你也可以试试更简洁的写法，效果完全一致：

  CAST(CAST(TransactionDate AS VARCHAR(8)) AS DATE)
  

• 性能优先的替代方案（不用转DATE）：
  如果你的需求只是筛选、范围查询这类操作，完全没必要转成DATE类型——直接用INT数值做判断反而能利用原字段的索引，性能提升明显，比如筛选2018年2月的记录：

  WHERE TransactionDate BETWEEN 20180201 AND 20180228
  

• 一劳永逸的计算列方案：
  要是后续经常需要用DATE类型的这个字段查询，那可以给表加个持久化计算列，不用每次写重复的转换逻辑，还能建索引提速，关键是完全不碰原字段：

  ALTER TABLE YourTableName
  ADD ConvertedTransactionDate AS CONVERT(DATE, CONVERT(char(8), TransactionDate)) PERSISTED;
  

  之后直接用ConvertedTransactionDate就行，和普通DATE字段没区别。

• 处理非法日期的容错写法：
  如果你的INT字段里混了一些无效日期（比如20180230这种不存在的日期），用普通CONVERT会报错，这时候换TRY_CONVERT就稳了，转换失败会返回NULL而不是抛出异常：

  TRY_CONVERT(DATE, CONVERT(char(8), TransactionDate))
  

要是你说的“情况进一步复杂化”有具体场景（比如跨时区、复杂日期运算），可以再细化说下，我再给你针对性的建议~

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