SQL Server条件分支中SELECT INTO报错及高性能临时表方案咨询

问题根源 #

SQL Server在编译批处理时会扫描所有代码分支，不管运行时是否会执行，因此两个分支都包含SELECT INTO #TempMember时，编译阶段就会判定临时表重复定义，触发报错，和运行时实际执行哪个分支无关。

可行方案 #

方案1：合并条件，单次SELECT INTO创建临时表

如果两个分支的查询结果结构一致（都是MemberID），直接将条件合并为一个WHERE子句，用一次SELECT INTO完成临时表创建和数据插入，既保留SELECT INTO的高性能，又避免编译报错：

SELECT MemberID INTO #TempMember
FROM dbo.Member
WHERE 
    (@abc = 7 AND /* 原IF分支的过滤条件 */)
    OR 
    (@abc <> 7 AND /* 原ELSE分支的过滤条件 */)

该方案无需显式建表，利用SELECT INTO的原生高性能，适合50万条数据的场景，且完全符合禁止动态SQL的规定。

方案2：显式创建临时表+带TABLOCK的INSERT INTO

如果两个分支的查询结果结构不同，先显式定义临时表结构，再用INSERT INTO插入数据，同时通过WITH (TABLOCK)提示优化性能：

-- 先创建临时表，字段类型需与原表MemberID完全匹配
CREATE TABLE #TempMember (MemberID INT); -- 替换为实际字段类型，比如INT/BIGINT等

IF(@abc = 7)
BEGIN
    INSERT INTO #TempMember WITH (TABLOCK)
    SELECT MemberID FROM dbo.Member WHERE /* 原IF分支条件 */
END
ELSE
BEGIN
    INSERT INTO #TempMember WITH (TABLOCK)
    SELECT MemberID FROM dbo.Member WHERE /* 原ELSE分支条件 */
END

TABLOCK提示会让SQL Server对临时表采用批量日志模式（简单恢复模式下），大幅减少日志生成量，提升批量插入速度，弥补INSERT INTO相对于SELECT INTO的性能差距。

内容的提问来源于stack exchange，提问作者Chew Hong Yu