判断本地临时表是否存在必须用OBJECT_ID('tempdb..#表名')，因系统内部重命名且不自动映射tempdb；全局临时表同理；内存优化表不在tempdb，需用OBJECT_ID('dbo.表名','U')并查is_memory_optimized。
用 OBJECT_ID('tempdb..#表名') 判断本地临时表
在存储过程里判断本地临时表（如 #tmp）是否存在，必须指定完整三段式名称：tempdb..#表名。直接写 OBJECT_ID('#tmp') 永远返回 NULL，因为 SQL Server 在解析时不会自动映射到 tempdb，且本地临时表名在系统内部已被重写（比如变成 #tmp____000000000001）。
正确写法是：
IF OBJECT_ID('tempdb..#MyTemp') IS NOT NULL
DROP TABLE #MyTemp
-
tempdb..#MyTemp中的两个点表示“数据库.架构”，tempdb是必须显式写出的数据库名 - 不能写成
tempdb.dbo.#MyTemp—— 临时表不属于任何用户架构，dbo在这里无效，SQL Server 会忽略它但不报错，实际仍查tempdb..#MyTemp - 这个判断在存储过程的任意位置都有效，包括嵌套调用或多次执行中
全局临时表要同样走 tempdb..##表名 路径
全局临时表（##tmp）看起来能跨会话访问，但它的元数据仍在 tempdb，所以判断逻辑和本地临时表一致，也必须用 OBJECT_ID('tempdb..##tmp')。
常见错误写法：IF EXISTS (SELECT * FROM tempdb.dbo.sysobjects WHERE name = '##tmp') —— 这种方式不可靠，因为 name 字段存的是系统生成的带后缀的真实名（如 ##tmp____000000000002），无法匹配原始名。
- 始终优先用
OBJECT_ID('tempdb..##tmp')，它内部做了名称标准化处理 - 注意：全局临时表只有在所有引用它的会话都断开后才被自动删除，所以判断前可能仍有残留，
OBJECT_ID能准确反映当前是否“活着” - 如果在动态 SQL 中判断，记得字符串里单引号要转义，例如：
EXEC('IF OBJECT_ID(''tempdb..##tmp'') IS NOT NULL DROP TABLE ##tmp')
别在存储过程开头就删临时表然后建同名新表
很多人习惯在存储过程开头加一段“存在即删”，再重建临时表。这看似安全，但容易引发隐性问题：
- 如果临时表已在调用链更上层创建（比如父存储过程传入了
#Input），你删掉它会导致后续语句报Invalid object name '#Input' - 如果临时表结构被 ALTER 过（比如加了列），而你的
CREATE TABLE还是旧结构，会导致列数/类型不匹配，查询失败 - 临时表一旦被
DROP，其统计信息、索引（如果有）全部丢失，重建后首次查询性能可能骤降
更稳妥的做法是：只在真正需要“覆盖式重建”的场景才删；否则优先用 TRUNCATE TABLE #MyTemp 清空数据，保留结构和元数据。
内存优化临时表不适用这套逻辑
SQL Server 的内存优化表（WITH (MEMORY_OPTIMIZED = ON)）不是临时表，它属于持久对象，存在于用户数据库中，因此不能用 tempdb.. 前缀判断。
如果你误把内存优化表当临时表来查：
-
OBJECT_ID('tempdb..MyMemTable')→ 返回NULL（它根本不在tempdb） - 正确方式是：
OBJECT_ID('dbo.MyMemTable', 'U')，并确认sys.tables.is_memory_optimized = 1 - 这类表没有会话隔离性，多个会话可同时读写，判断是否存在必须走常规用户表逻辑，不能套用临时表那一套
真正的难点往往不在“怎么写判断”，而在于没分清“这是不是临时表”——看到名字带 # 就默认进 tempdb 路径，结果查不到还反复调试 OBJECT_ID 参数，其实对象压根不在那儿。
