object_id('tempdb..#表名')最可靠，因临时表仅存在于tempdb，不加前缀则在当前库查找导致返回null而误判；objectproperty等方法对临时表无效。
直接用 object_id('tempdb..#表名') 最可靠，其他写法容易漏判或报错。
为什么必须加 tempdb.. 前缀
object_id() 默认在当前数据库上下文中查找对象，而临时表物理上只存在于 tempdb。不显式指定库名会导致查不到，返回 NULL，误判为“不存在”。
-
object_id('#MyTemp')→ 总是NULL（即使表存在） -
object_id('tempdb..#MyTemp')→ 正确返回 ID 或NULL -
object_id('tempdb.dbo.#MyTemp')也行，但tempdb..更简洁、兼容性更好
OBJECTPROPERTY 对临时表无效
临时表在 sysobjects 或 sys.objects 中不暴露标准对象属性（如 IsUserTable），所以以下写法不可靠：
-
OBJECTPROPERTY(object_id('tempdb..#MyTemp'), 'IsTable')→ 返回NULL，不能用于判断 -
EXISTS (SELECT * FROM tempdb.sys.objects WHERE name = '#MyTemp')→ 名称被系统重命名（如#MyTemp___________________000000000001），匹配失败
别试图用 OBJECTPROPERTY 或模糊名称匹配，徒增复杂度且不稳定。
实际使用时的典型结构
判断 + 清理是最常见场景，注意两点：先校验再操作；DROP TABLE 不支持条件语法，必须用 IF 包裹。
- 正确写法：
IF object_id('tempdb..#MyTemp') IS NOT NULL DROP TABLE #MyTemp - 错误写法：
DROP TABLE IF EXISTS #MyTemp
→ SQL Server 2016+ 才支持该语法，且对本地临时表（#）仍可能报错“对象名无效”，不推荐依赖 - 如果后续要
CREATE TABLE #MyTemp，无需提前DROP—— 同一会话中重复创建本地临时表是允许的，SQL Server 自动覆盖
全局临时表（##）和本地临时表（#）处理一致
两者都存于 tempdb，校验方式完全相同：
-
object_id('tempdb..#Local')和object_id('tempdb..##Global')都有效 - 区别只在作用域：
#仅限当前会话，##跨会话可见；但判断是否存在时逻辑无差异 - 注意：
##表可能被其他会话创建/删除，校验后立即使用前最好加重试或锁机制（如业务强依赖时）
真正容易出问题的不是写法本身，而是忘记临时表只在当前会话生命周期内存在 —— 比如在动态 SQL 中创建了 #T，却想在外部查询它，这时 object_id 查不到是正常的，不是判断逻辑错了。
