动态SQL报错：条件上下文指定非布尔类型表达式，求解决方案

这类错误我在日常处理动态SQL时经常碰到，本质上是拼接出来的SQL语句语法有问题，最常见的场景就是WHERE子句里的条件拼接出错了——比如多余的逗号、缺少逻辑运算符（AND/OR），或者空参数导致的无效条件格式。结合你的测试代码，我给你几个具体的排查和解决建议：

1. 重点检查WHERE子句的拼接逻辑 #

你报错里提到“near ','”，大概率是拼接WHERE条件时不小心用了逗号代替AND/OR，或者空参数导致条件开头/结尾出现了多余的逗号。比如如果你的代码里有类似这样的拼接：

SET @SQL = @SQL + 'WHERE Location IN (' + @Location + '), DayType = ''' + @DayType + ''''

这里的逗号应该换成AND，而且如果@Location是空值，就会变成WHERE IN (), DayType = ...，直接触发语法错误。

正确的做法是分步构建WHERE子句，避免直接硬拼：

DECLARE @WhereClause NVARCHAR(MAX) = ''

-- 逐个添加条件，用AND连接
IF @Location IS NOT NULL AND @Location <> ''
BEGIN
    SET @WhereClause = @WhereClause + 'AND L.Name IN (' + @Location + ') '
END
IF @DayType IS NOT NULL AND @DayType <> ''
BEGIN
    SET @WhereClause = @WhereClause + 'AND T.DayType = ''' + @DayType + ''' '
END

-- 去掉开头多余的第一个AND
IF @WhereClause <> ''
BEGIN
    SET @WhereClause = 'WHERE ' + STUFF(@WhereClause, 1, 4, '')
END

-- 把条件拼接到主SQL
SET @SQL = @SQL + @WhereClause

2. 处理多值参数的空值情况 #

如果@Location是逗号分隔的多值字符串（比如'LOC1','LOC2'），当它为空时，直接拼到IN()里会变成IN ()，这也是无效语法。上面的代码已经通过IF判断避免了这种情况，只有参数非空时才添加该条件。

如果需要支持空参数时不过滤该条件，这种写法刚好满足——空参数时就不会把这个条件加到WHERE里。

3. 用参数化查询避免SQL注入和格式错误 #

你现在用NVARCHAR存储日期参数@StartDate和@EndDate，很容易出现日期格式错误，而且直接拼接字符串会有SQL注入风险。建议改用DATE类型存储日期，然后用sp_executesql传递参数：

DECLARE @StartDate DATE, @EndDate DATE, @Location NVARCHAR(MAX), @DayType NVARCHAR(20), @SQL NVARCHAR(MAX)

SET @SQL = 'SELECT S.SiteCode, S.Name AS Site_Name, L.Name, DATEADD(HOUR, (T.Period) + 1, P.DateData) AS PeriodEnding, SUM(T.Ins) AS SumOfIns, SUM(T.Ou...)
            FROM YourTable T
            JOIN Site S ON T.SiteId = S.Id
            JOIN Period P ON T.PeriodId = P.Id
            JOIN Location L ON T.LocationId = L.Id
            WHERE P.DateData BETWEEN @StartDate AND @EndDate '

-- 拼接其他条件（和之前的逻辑一样）
IF @Location IS NOT NULL AND @Location <> ''
BEGIN
    SET @SQL = @SQL + 'AND L.Name IN (' + @Location + ') '
END
IF @DayType IS NOT NULL AND @DayType <> ''
BEGIN
    SET @SQL = @SQL + 'AND T.DayType = @DayType '
END

-- 执行动态SQL，传递参数
EXEC sp_executesql @SQL, 
    N'@StartDate DATE, @EndDate DATE, @DayType NVARCHAR(20)',
    @StartDate = @StartDate, @EndDate = @EndDate, @DayType = @DayType

这样既避免了日期格式问题，又能防止SQL注入，同时参数化的写法也让代码更清晰。

4. 调试动态SQL的实用技巧 #

遇到这类语法错误，最快的排查方法是打印出生成的SQL语句，看看实际拼接出来的字符串到底是什么样的：

PRINT @SQL

把打印出来的SQL直接复制到查询窗口执行，就能一眼看到哪里出错了——比如是不是有多余的逗号、缺少引号，或者逻辑运算符用错了。

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