SQL Server存储过程中可用CREATE TABLE #t或SELECT INTO #t创建本地临时表，仅当前会话可见、过程结束自动销毁；需避免重名冲突、结构不一致及事务误解，推荐显式定义或DROP后重建。
在存储过程中直接用 CREATE TABLE #xxx 就行
SQL Server 存储过程中创建本地临时表，不需要额外语法或权限，只要在过程体里写 CREATE TABLE #temp_table (...) 即可。它和在 SSMS 查询窗口中执行效果一致：只对当前会话可见，过程执行完、连接断开后自动销毁。
注意两点：
-
#开头的表名必须合法（不能含空格、特殊符号，长度 ≤ 116 字符） - 不能在同一个存储过程中重复执行
CREATE TABLE #t—— 如果过程可能被多次调用，得先IF OBJECT_ID('tempdb..#t') IS NOT NULL DROP TABLE #t - 临时表定义不能依赖于运行时才确定的列（比如动态 SQL 中的列），否则编译阶段会报错
Invalid object name '#t'
SELECT INTO #t 更快，但有隐含限制
在存储过程中用 SELECT col1, col2 INTO #t FROM ... 创建临时表，比 CREATE TABLE + INSERT 更简洁，且 SQL Server 会自动推导数据类型和 nullability。
但它有几个关键约束：
- 目标表名不能预先存在，否则报错
There is already an object named '#t' in the database - 不能在 CTE 或子查询里嵌套使用
INTO，比如WITH cte AS (...) SELECT * INTO #t FROM cte是非法的 - 如果源查询含
ORDER BY，排序不会影响临时表结构，但可能触发不必要的排序开销（尤其大数据量） - 不支持显式指定索引或约束（主键、默认值等），后续需用
ALTER TABLE补充
临时表字段名冲突会导致运行时报错
当存储过程里多个 SELECT INTO #t 或 CREATE TABLE #t 使用相同表名但不同字段时，SQL Server 不会在编译期报错，而是在第二次执行时因 tempdb 中已存在该对象失败。
典型错误信息是：There is already an object named '#t' in the database 或 Invalid column name 'xxx'（因为前一次建的表结构残留）。
稳妥做法是：
- 每次用前加
DROP TABLE IF EXISTS #t（SQL Server 2016+） - 或者统一用
CREATE TABLE #t显式定义结构，避免依赖SELECT INTO的自动推导 - 若过程嵌套调用，避免子过程也创建同名临时表 —— 名字冲突不是“覆盖”，而是直接失败
临时表在事务中不会自动回滚结构
很多人误以为 BEGIN TRAN 后建的临时表会在 ROLLBACK 时消失，其实不会：临时表结构和数据都只受会话生命周期控制，和事务无关。
也就是说：
-
CREATE TABLE #t在事务内执行 → 事务回滚后，#t依然存在，可继续SELECT -
INSERT INTO #t的数据在ROLLBACK后清空，但表本身还在 - 真正影响临时表生命周期的只有：连接关闭、显式
DROP TABLE、或存储过程退出（前提是没被上层会话复用）
这点容易被忽略，尤其在调试长事务或异常处理逻辑时，残留的临时表可能干扰后续执行流。
