SQL中避免循环：临时表方案是否更优？还有其他替代方法吗？

一、SQL循环真的要完全禁止吗？ #

常说SQL里别用循环，核心原因是数据库天生擅长批量集合操作，逐行循环处理在数据量大的时候（比如上万条）会拖垮性能——毕竟每一次循环都要走一次执行计划、锁资源，累加起来开销很大。但如果是极小数据量（比如你说的80条），这就是规则的例外：80次单条操作的性能损耗几乎可以忽略，甚至有时候写循环反而比写复杂的集合语句更快上手。

不过你的查询1有明显逻辑bug：SET @minid = @maxid + 1这行直接把循环变量跳到了最大值外面，根本不会循环执行，得改成SET @minid = @minid + 1；而且最后的IF @minid = @maxid BREAK完全多余，WHILE的条件已经能控制循环结束。修正后的循环代码应该是这样：

DECLARE @minid as int = 1
DECLARE @maxid as int = 100
WHILE @minid <= @maxid
BEGIN
    IF NOT EXISTS (SELECT * FROM TableA WHERE eID = @minid AND Name = 'B')
    BEGIN
        INSERT INTO TableA (eID, B, C)
        VALUES (@minid, 'XX', 'XX') -- 这里B、C是常量，要加引号
    END
    SET @minid = @minid + 1 -- 正确递增循环变量
END

二、临时表方案靠谱吗？ #

你的查询2是完全可靠且更符合SQL最佳实践的方案：

• 临时表#TempTable是会话级的，只会在当前连接里存在，用完自动销毁（手动DROP也没问题），不会污染全局环境
• 集合式操作比循环高效得多，哪怕以后数据量从80条涨到8000条，这个方案的扩展性依然很好
• 逻辑清晰：先把需要的ID从TableB捞出来，统一设置B、C的值，再批量插入TableA，还能顺便处理重复ID的问题

不过你的查询2有语法错误，创建临时表时要指定数据类型，字段用逗号分隔，修正后：

DROP TABLE IF EXISTS #TempTable

CREATE TABLE #TempTable (
    eID INT, -- 根据实际情况选数据类型，比如INT
    B VARCHAR(50), -- 按需设置长度
    C VARCHAR(50)
)

INSERT INTO #TempTable (eID)
SELECT eID
FROM TableB
WHERE -- 这里填筛选eID的条件，比如eID BETWEEN 1 AND 100

UPDATE #TempTable 
SET B = 'XX', C = 'XX'

-- 加上判断，避免插入已存在的记录
INSERT INTO TableA (eID, B, C)
SELECT t.eID, t.B, t.C
FROM #TempTable t
WHERE NOT EXISTS (
    SELECT 1 FROM TableA a 
    WHERE a.eID = t.eID AND a.Name = 'B'
)

三、有没有更简单的方案？ #

其实不需要临时表，直接用单条INSERT...SELECT语句就能搞定，更简洁高效：

INSERT INTO TableA (eID, B, C)
SELECT 
    tb.eID,
    'XX' AS B,
    'XX' AS C
FROM TableB tb
WHERE 
    -- 筛选需要的eID，比如tb.eID BETWEEN 1 AND 100
    AND NOT EXISTS (
        SELECT 1 FROM TableA a 
        WHERE a.eID = tb.eID AND a.Name = 'B'
    )

这个方案的好处：

• 省去创建临时表的步骤，少了中间环节
• 纯集合操作，性能最优，哪怕数据量增长也能稳定运行
• 代码更短，维护起来更方便

总结 #

1. 不用完全规避循环：极小数据量（几十条）时，循环的性能影响可以忽略，只要逻辑正确就行
2. 临时表方案靠谱，而且比循环更适合扩展，但可以简化成直接用INSERT...SELECT
3. 优先用集合式操作，只有当逻辑极度复杂、完全没法用集合语句实现时，再考虑用循环（比如复杂的逐行业务判断）

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