动态查询及变量使用：替换硬编码日期为变量后出现日期转换错误

这个问题我之前踩过好几次坑，大概率是变量数据类型不匹配或者日期格式不兼容导致的，咱们一步步来解决：

1. 优先确保变量是日期类型，而非字符串 #

很多人习惯用字符串存日期，但SQL Server的隐式转换很容易翻车。如果你的变量是用来存日期的，直接定义成DATE或DATETIME类型就从根源避免了转换问题：

-- 正确的变量定义方式
DECLARE @FirstDayM DATE = '2024-01-01';
DECLARE @LastDayM DATE = '2024-01-31';

-- 直接使用变量查询，无需额外转换
SELECT * 
FROM YourTargetTable
WHERE YourDateColumn BETWEEN @FirstDayM AND @LastDayM;

2. 如果必须用字符串变量，强制指定转换格式 #

要是变量只能是字符串类型（比如从外部接口传入的参数），一定要用CONVERT或TRY_CONVERT明确指定日期格式，避免因服务器区域设置不同导致转换失败。推荐用ISO标准格式YYYY-MM-DD（对应格式代码23）：

DECLARE @FirstDayM VARCHAR(10) = '2024-01-01';
DECLARE @LastDayM VARCHAR(10) = '2024-01-31';

SELECT * 
FROM YourTargetTable
WHERE YourDateColumn BETWEEN CONVERT(DATE, @FirstDayM, 23) 
                         AND CONVERT(DATE, @LastDayM, 23);

如果担心输入的日期无效，可以用TRY_CONVERT——它会返回NULL而不是直接抛出错误，方便你做异常处理：

-- 无效日期会返回NULL，不会中断查询
SELECT TRY_CONVERT(DATE, '2024-02-30', 23);

3. 检查查询中的日期字段类型 #

如果你的表中存储日期的字段本身是字符串类型（比如VARCHAR），那和日期变量比较时也会触发隐式转换。这时候最好把字段转换成日期类型再比较：

SELECT * 
FROM YourTargetTable
WHERE CONVERT(DATE, YourDateStringColumn, 23) BETWEEN @FirstDayM AND @LastDayM;

4. 排查变量赋值的有效性 #

最后别忘了检查变量赋值的内容——比如有没有像'2024-02-30'这种不存在的日期，或者格式是'01/24/2024'但服务器默认的日期格式是日/月/年，都会导致转换失败。

总的来说，核心就是减少隐式转换，明确日期类型和格式，这样就能避开这个常见的转换错误啦。

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