C# SqlBuilder在Where条件中比较日期：参数化日期失效问题咨询

我之前也碰到过类似的SqlBuilder参数化日期失效的问题，结合你的代码来看，核心问题大概率出在参数类型不匹配或者不必要的日期转换逻辑上，下面是几个经过验证的解决方案：

1. 确保传入参数是标准DateTime类型，避免隐式转换 #

如果你的xxx3变量是字符串或者非DateTime类型，SQL Server在隐式转换时可能会因为格式、语言环境等问题导致对比异常。先把参数转换成DateTime再传递：

// 示例：如果xxx3是字符串，先转换为DateTime
DateTime targetDate;
if (DateTime.TryParse(xxx3InputString, out targetDate))
{
    builder.Where("convert(date,xxx3) < convert(date,@xxx3)", new { xxx3 = targetDate });
}

2. 简化SQL对比逻辑，减少不必要的转换 #

其实不需要对字段和参数都做convert(date, ...)操作，如果你的xxx3字段本身是datetime/datetime2类型，直接对比参数的日期部分即可，既简洁又能避免转换出错：

// 直接取参数的Date部分，和convert(date, xxx3)效果一致
builder.Where("xxx3 < @xxx3", new { xxx3 = targetDate.Date });

这里targetDate.Date会返回该日期的午夜零点，和你原本的转换逻辑等价，但减少了SQL层的转换操作。

3. 显式指定参数类型，避免自动绑定错误 #

有些SqlBuilder实现（比如Dapper的SqlBuilder）在处理匿名参数时，可能会出现类型推断错误。可以用DynamicParameters显式声明参数类型：

var parameters = new DynamicParameters();
// 明确指定参数类型为Date，确保SQL Server正确识别
parameters.Add("@xxx3", targetDate.Date, DbType.Date);
builder.Where("convert(date,xxx3) < @xxx3", parameters);

4. 调试生成的SQL和参数，定位问题 #

如果以上方法都没解决，可以输出最终生成的SQL和参数值，直观排查问题：

// 打印生成的SQL模板
Console.WriteLine(template.RawSql);
// 打印所有参数的键、值和类型
foreach (var kvp in template.Parameters)
{
    Console.WriteLine($"参数{kvp.Key}: {kvp.Value} 类型: {kvp.Value.GetType()}");
}

通过这种方式你能看到实际传递给SQL Server的参数是否正确，比如是否存在参数值为空、类型错误等情况。

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