查 USER_TABLES 找不到临时表，因为该视图只记录永久表；临时表元数据仅存在于 USER_OBJECTS 中，且必须通过 OBJECT_TYPE = 'TABLE' 且 TEMPORARY = 'Y' 双条件确认。
查 USER_TABLES 为什么找不到临时表
因为 oracle 的 user_tables 只记录「永久表」，临时表（global temporary table）默认不进这个视图。哪怕你用 create global temporary table t1 ... 成功执行了，查 select * from user_tables where table_name = 't1' 也一定为空。
临时表元数据实际存在 USER_OBJECTS 和 USER_TAB_COLUMNS 里，但更稳妥的判断方式是查 USER_OBJECTS 并过滤类型：
-
OBJECT_TYPE = 'TABLE'是基础条件 - 必须加
TEMPORARY = 'Y'才能确认是临时表（这是关键字段，不是所有 Oracle 版本都默认显示，但 11g+ 都支持） - 注意大小写：建表时若未加双引号，表名在字典里是大写；
't1'查不到，得用'T1'
PL/SQL 中安全判断临时表是否存在的标准写法
不能只靠 SELECT COUNT(*) 然后看是否 >0，因为异常处理更可靠——DDL 操作常依赖是否存在，而查询结果为空和查询报错对后续逻辑影响不同。
推荐用 BEGIN ... EXCEPTION WHEN NO_DATA_FOUND THEN ... 结构，配合 USER_OBJECTS：
DECLARE
v_exists NUMBER;
BEGIN
SELECT 1 INTO v_exists
FROM USER_OBJECTS
WHERE OBJECT_NAME = 'MY_TEMP_TABLE'
AND OBJECT_TYPE = 'TABLE'
AND TEMPORARY = 'Y';
EXCEPTION
WHEN NO_DATA_FOUND THEN
DBMS_OUTPUT.PUT_LINE('临时表 MY_TEMP_TABLE 不存在');
-- 这里可以接 CREATE GLOBAL TEMPORARY TABLE ...
END;
-
TEMPORARY = 'Y'是硬性条件，漏掉就会把普通表误判为临时表 - 不要用
USER_TABLES或ALL_TABLES，它们不存临时表标识 - 如果表名来自变量，记得用
UPPER(p_table_name)统一大小写再比对
为什么不用 DBA_TABLES 或 ALL_TABLES
权限和范围问题最实际：DBA_TABLES 普通用户根本查不了，报 ORA-00942: table or view does not exist；ALL_TABLES 虽可查，但它也不含 TEMPORARY 字段，无法区分临时/永久表。
-
USER_OBJECTS是当前用户下唯一同时满足「有权限查 + 有TEMPORARY字段 + 包含临时表记录」的字典视图 -
ALL_OBJECTS理论上也有TEMPORARY，但会列出你没权限访问的其他用户临时表（如果你有SELECT ANY DICTIONARY），干扰判断 - 别被名字误导：
USER_TABLES里没临时表，不是 bug，是设计如此
建临时表前判断的常见翻车点
很多人写完判断逻辑，紧接着 EXECUTE IMMEDIATE 'CREATE GLOBAL TEMPORARY TABLE ...'，结果运行时报 ORA-00955: name is already used by an existing object —— 因为没考虑“同名对象可能是视图、序列或普通表”。
- 判断前先确认
OBJECT_TYPE是'TABLE'，且TEMPORARY = 'Y'，二者缺一不可 - 如果只是想“确保临时表存在”，建议加
DROP TABLE ... CASCADE CONSTRAINTS再重建，但要注意：临时表的DROP不影响已有的会话数据（因为数据是会话级的） - Oracle 12c+ 支持
CREATE GLOBAL TEMPORARY TABLE ... IF NOT EXISTS？不支持。这个语法至今（23c）仍未加入 PL/SQL
临时表的元数据判断，核心就卡在 USER_OBJECTS.TEMPORARY 这个字段上，别的路子要么权限不够，要么字段缺失，要么语义不清。绕开它，基本都会踩坑。
