SQL拼接带单引号的ID字符串在IN子句中无返回值的解决方法

哈哈，这个坑我之前也踩过！你遇到的问题本质是SQL对变量的解析逻辑和你想的不一样——当你把拼接好的@IDs放进IN()里时，SQL并不会把它拆成'78888'、'3333'这些独立的值，而是把整个'78888','3333','1222'当成一个完整的字符串去匹配ids字段，相当于执行了WHERE ids = '''78888'',''3333'',''1222'''（外层多了一层单引号），当然查不到结果啦！

给你几个实用的修复方案，按需选择：

• 方案一：用动态SQL拼接执行
  这是最直接的方式，把整个查询语句拼成字符串再执行，让SQL正确解析IN里的多个值：

  DECLARE @IDs NVARCHAR(max)
  SELECT @IDs = COALESCE(@IDs +',', '') + '''' + Cast([mynos] AS NVARCHAR(255)) + '''' FROM mytable WHERE id = 22
  
  DECLARE @Sql NVARCHAR(max)
  SET @Sql = 'SELECT * FROM table1 WHERE ids IN (' + @IDs + ')'
  EXEC sp_executesql @Sql
  

  注意：如果mynos字段可能包含单引号、特殊字符，最好做注入防护，比如用参数化的方式处理（内部数据场景下风险相对较低）。

• 方案二：用表值函数拆分字符串（更安全）
  不想用动态SQL的话，可以先把字符串拆成临时表，再用IN或者JOIN查询：
  先创建一个字符串拆分函数（以SQL Server为例）：

  CREATE FUNCTION dbo.SplitString
  (
      @InputString NVARCHAR(MAX),
      @Delimiter NVARCHAR(5)
  )
  RETURNS @OutputTable TABLE (Value NVARCHAR(255))
  AS
  BEGIN
      DECLARE @StartIndex INT, @EndIndex INT
      SET @StartIndex = 1
      -- 确保字符串末尾有分隔符，避免最后一个值被忽略
      IF SUBSTRING(@InputString, LEN(@InputString), 1) <> @Delimiter
      BEGIN
          SET @InputString = @InputString + @Delimiter
      END
      WHILE CHARINDEX(@Delimiter, @InputString) > 0
      BEGIN
          SET @EndIndex = CHARINDEX(@Delimiter, @InputString)
          INSERT INTO @OutputTable(Value)
          SELECT SUBSTRING(@InputString, @StartIndex, @EndIndex - @StartIndex)
          SET @InputString = SUBSTRING(@InputString, @EndIndex + 1, LEN(@InputString))
      END
      RETURN
  END
  

  然后修改你的查询（这里不用给mynos加单引号了）：

  DECLARE @IDs NVARCHAR(max)
  SELECT @IDs = COALESCE(@IDs +',', '') + Cast([mynos] AS NVARCHAR(255)) FROM mytable WHERE id = 22
  
  SELECT * FROM table1 
  WHERE ids IN (SELECT Value FROM dbo.SplitString(@IDs, ','))
  

  这种方式更安全，也符合SQL的集合操作逻辑。

• 方案三：直接用子查询关联（最优推荐）
  其实完全可以跳过拼接字符串的步骤，直接用子查询实现需求，这是最简洁、性能最好也最安全的方式：

  SELECT * FROM table1 
  WHERE ids IN (SELECT Cast([mynos] AS NVARCHAR(255)) FROM mytable WHERE id = 22)
  

  直接让SQL自己处理集合匹配，根本不用折腾字符串拼接这一套！

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