SQL Server中SELECT...INTO #temp_table是创建会话级临时表最直接方式，自动推断结构但不支持约束，仅当前连接可见且会话结束自动销毁。
SELECT ... INTO #temp_table 是 SQL Server 中最直接的方式，但“导出为临时数据”这个说法容易引发歧义——它不等于导出到本地文件，也不等于生成可跨会话访问的表。核心在于：临时表是会话级内存/TempDB对象，只在当前连接中存在，存储过程退出后自动销毁。
SQL Server 存储过程中用 SELECT INTO 创建临时表
SELECT ... INTO #temp_table 会在执行时自动创建并填充临时表，无需提前 CREATE TABLE。这是最常用、最省事的做法：
- 必须确保目标临时表名在当前会话中未被占用，否则报错
Msg 2714, Level 16, State 6 - 字段名和类型由查询结果推断，不能显式指定约束（如
NOT NULL、索引），后续需ALTER TABLE补充 - 不支持对已存在的
#temp_table重复执行，得先判断再删：IF OBJECT_ID('tempdb..#temp_table') IS NOT NULL DROP TABLE #temp_table
示例：
SELECT TOP 100 id, name, created_at INTO #recent_users FROM users WHERE status = 'active';
SQL Server 存储过程中用 INSERT INTO 已存在临时表
适合需要控制字段类型、添加索引或多次追加数据的场景：
- 必须提前用
CREATE TABLE #temp_table (...)定义结构 -
INSERT INTO #temp_table EXEC proc_name可捕获存储过程结果集（要求结果集结构稳定，列数/类型/顺序一致） - 若存储过程返回多个结果集，SQL Server 只取第一个；多结果集需改用游标或临时表分步接收
常见错误：
- 直接
INSERT INTO #t EXEC ('...')动态 SQL 时，若语句含USE db或SET会影响上下文，导致列元数据无法匹配 - 临时表定义字段长度小于实际数据（如
VARCHAR(10)存了 15 字符），会截断且无警告
MySQL 和 PostgreSQL 不支持存储过程内“导出为临时数据表”这种操作
MySQL 存储过程里没有等价于 SQL Server 的会话级临时表语法；CREATE TEMPORARY TABLE 虽可用，但：
- 不能用
SELECT ... INTO（该语法在 MySQL 中仅用于服务器端文件写入，即SELECT ... INTO OUTFILE） -
INSERT INTO temp_t SELECT ...可行，但临时表生命周期绑定当前连接，存储过程退出后仍存在——直到客户端断开，这点和 SQL Server 的“自动销毁”行为不同
PostgreSQL 更严格：存储过程中不允许执行 CREATE TEMP TABLE AS SELECT（9.6+ 支持，但需注意事务块限制）；通常推荐用 WITH CTE 或显式 CREATE TEMP TABLE + INSERT 组合。
关键点不是语法有多花哨，而是你是否清楚：
临时表不是“导出”，它是“暂存”——只活在当前连接里，看不见摸不着，关掉 SSMS 或断开连接就清零。很多人卡在以为能从另一个查询窗口查 SELECT * FROM #temp，其实根本查不到。
