T-SQL中DATE类型字段使用MIN聚合返回INT类型问题咨询

MIN() 聚合函数作用在数据类型为DATE的ThisDayOfTherapy字段上时，返回值本身必然是DATE类型，不会自动转换为INT，你看到的INT类型提示通常由两类原因导致：

• SSMS智能提示缓存未刷新
  这是最高发的场景。SQL Server的临时表是会话级对象，如果你当前使用的查询窗口此前运行过创建同名临时表#temp的脚本，且当时StartDate_Min字段为INT类型，哪怕你后续删除旧临时表、重新执行查询生成了字段类型为DATE的新临时表，SSMS的IntelliSense组件也不会实时同步结构变更，会一直读取本地缓存的旧表结构给出提示，和字段实际存储的数据类型没有关联。
  不要依赖悬停提示判断字段类型，可直接执行以下语句查询临时表的真实字段类型：

  SELECT DATA_TYPE
  FROM tempdb.INFORMATION_SCHEMA.COLUMNS
  WHERE TABLE_NAME LIKE '#temp%'
    AND COLUMN_NAME = 'StartDate_Min'
  

  如果查询返回结果为date，按下快捷键Ctrl+Shift+R刷新本地智能提示缓存后，悬停提示就会恢复正常。
• 写入临时表时发生了隐式类型转换
  如果你是提前通过CREATE TABLE #temp语句显式定义临时表结构时，误将StartDate_Min字段设置为INT类型，后续插入MIN(ThisDayOfTherapy)返回的DATE类型值时，SQL Server会自动执行隐式转换：DATE类型转INT时会存储为目标日期与基准日期1900-01-01的间隔天数，这种情况下字段的实际存储类型确实为INT。此外如果你的聚合语句中意外给MIN返回值套了INT类型转换逻辑（比如误写了CAST(MIN(ThisDayOfTherapy) AS INT)），最终写入临时表的也会是INT类型的值。

该字段能否像日期类型一样正常使用，完全取决于字段的实际存储类型：

• 如果是智能提示缓存错误导致的类型显示异常，字段实际类型仍为DATE，所有日期比较、计算（DATEADD/DATEDIFF等）、格式化逻辑都可以正常执行，不会有任何功能问题，仅提示显示错误。
• 如果确实是隐式转换导致字段存储为INT类型，不建议直接当作日期类型使用。虽然SQL Server在多数场景下会自动将INT隐式转换回DATE类型，但存在极高的不可预期风险：如果存储的整数值超出DATE类型支持的合法范围（小于0对应1900-01-01之前的日期，大于3652058对应9999-12-31之后的日期），会直接抛出转换失败错误；在跨库关联、日期格式拼接、时区转换等场景下，隐式转换的结果也很容易和业务预期不符。这种场景建议要么修正临时表字段定义为DATE类型重新写入数据，要么在调用时显式使用CAST(StartDate_Min AS DATE)做明确类型转换，不要依赖数据库的隐式转换逻辑。

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