SQL Server临时表必须用#（局部）或##（全局）前缀命名，#表仅当前会话可见且自动销毁，##表跨会话但易引发竞争；INSERT INTO #T SELECT更安全，禁止省略#、勿手动DROP局部表、不可被嵌套过程直接访问。
SQL Server 存储过程中创建和使用临时表，关键不是“能不能”，而是“怎么避免踩坑”——比如临时表名冲突、作用域误判、手动 DROP TABLE 反而引发错误，或者误以为全局临时表能跨会话共享结果。
临时表命名必须用 # 开头（局部）或 ## 开头（全局）
SQL Server 不允许直接写 CREATE TABLE TempTable；必须加前缀。# 表示该表只在当前会话、当前存储过程执行上下文中可见；## 表示该表对所有会话可见（但仅当创建它的会话仍活跃时才存在）。
-
#Temp是最常用选择：每次调用存储过程都会新建一个独立实例，互不干扰 -
##Temp极少需要：除非你明确要让多个并发会话读写同一张临时表（极易引发竞争和脏读） - 不要省略
#：写成TempTable会被当成永久表，可能报错There is already an object named 'TempTable' in the database
INSERT INTO ... SELECT 比 VALUES 更常用也更安全
多数场景下，临时表数据来自查询结果，而非固定几行值。用 INSERT INTO #T SELECT ... 能自动匹配列数和类型，避免 VALUES 中字段顺序错位或类型隐式转换失败。
- 示例：
INSERT INTO #OrderSummary SELECT CustomerID, COUNT(*), SUM(Amount) FROM Orders WHERE OrderDate >= @StartDate GROUP BY CustomerID - 注意：SELECT 列数、顺序、类型必须与
#OrderSummary定义严格一致；否则报错Column name or number of supplied values does not match table definition - 别在 INSERT 前漏建表：SQL Server 不支持“先 INSERT 后 CREATE”，语句顺序不能颠倒
不需要也不应该手动 DROP TABLE
局部临时表（#xxx）在存储过程退出后自动销毁，显式执行 DROP TABLE #xxx 不仅多余，还可能因重复执行导致 Cannot drop the table '#xxx', because it does not exist or you do not have permission 错误。
- 只有两种情况才需手动
DROP：① 存储过程里提前退出（如RETURN前），且后续逻辑不再用该表；② 全局临时表（##xxx），但应尽量避免用 - 如果存储过程里有多段逻辑反复创建同名临时表（比如循环中），每次都要先判断是否存在：
IF OBJECT_ID('tempdb..#Temp') IS NOT NULL DROP TABLE #Temp - 临时表实际存于
tempdb数据库，可通过SELECT * FROM tempdb.sys.tables WHERE name LIKE '#Temp%'查看（带 session_id 后缀）
临时表无法被嵌套存储过程直接访问
如果你在主存储过程里建了 #Temp，然后调用另一个存储过程，那个被调用的过程默认**看不到**这个临时表——除非它本身也在同一会话中定义并创建了同名临时表。
- 这是作用域限制，不是 bug：每个存储过程有独立的编译/执行上下文
- 想共享数据？要么把逻辑合并进同一个存储过程，要么改用表变量（
DECLARE @T TABLE(...)），但注意表变量不支持统计信息、索引有限、大数据量性能差 - 调试时容易误判：在 SSMS 中单独执行某段 SQL 看起来能查到
#Temp，但放到存储过程中就报Invalid object name '#Temp'——因为执行环境不同
真正麻烦的从来不是语法写不对，而是把临时表当成“会话级全局变量”来用，或者在动态 SQL 里引用外部定义的 #Temp ——后者根本不可见，且不会报错直到运行时才崩。
