SQL日期格式转换与减天操作报错：varchar转datetime越界求解

你遇到的报错核心是隐式类型转换异常：你单独执行SELECT CONVERT(VarChar(20), DATEADD(DD, -9, GETDATE()), 103)得到的是dd/MM/yyyy格式的字符串，当你把这个字符串代入到完整查询中时，SQL Server自动尝试将该varchar类型值转换为datetime类型和其他字段/变量匹配。由于数据库默认日期解析格式不是103对应的英联邦格式，遇到比如13/09/2024这类字符串时，会把前面的13识别为月份，触发超出取值范围的报错。

分两种场景处理：

场景1：需要用9天前的日期做过滤/比较 #

不要提前把日期转成字符串再做匹配，先做日期运算完成过滤，最后对需要输出的结果做格式化即可：

• 错误写法示例：

-- 错误原因：拿字符串和datetime类型的日期字段直接比较，触发隐式转换
SELECT * FROM 业务表 
WHERE 登记日期 = CONVERT(VarChar(20), DATEADD(DD, -9, GETDATE()), 103)

• 正确写法示例：

SELECT 
    CONVERT(VarChar(20), 登记日期, 103) AS 格式化日期, -- 最后输出时再格式化
    其他字段
FROM 业务表
-- 先做日期计算，全程用datetime类型匹配，避免转换问题
WHERE 登记日期 >= DATEADD(DD, -9, DATEDIFF(DD, 0, GETDATE()))
AND 登记日期 < DATEADD(DD, -8, DATEDIFF(DD, 0, GETDATE()))

上述写法中的DATEDIFF(DD, 0, GETDATE())作用是去除当前日期的时间部分，确保过滤范围覆盖9天前的全天数据。

场景2：确实需要将格式化后的字符串存入datetime类型字段/变量 #

显式指定转换格式，避免数据库默认规则解析报错：

DECLARE @计算后日期 DATETIME
-- 转字符串后转回datetime时，显式指定格式编码103
SET @计算后日期 = CONVERT(DATETIME, CONVERT(VarChar(20), DATEADD(DD, -9, GETDATE()), 103), 103)

如果你使用的是SQL Server 2012及以上版本，可以用更简洁的FORMAT函数直接实现需求：

-- 直接输出dd/MM/yyyy格式的9天前日期
SELECT FORMAT(DATEADD(DD, -9, GETDATE()), 'dd/MM/yyyy')

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