最稳妥的表存在性判断方式是SELECT COUNT() FROM USER_TABLES WHERE TABLE_NAME = UPPER('xxx')，因其查询数据字典、不报错、支持大小写规范处理，而DESC或SELECT 属运行时校验会抛ORA-00942异常。
直接结论：用 select count(*) from user_tables where table_name = upper('xxx') 是最稳妥、最常用的方式，但必须注意大小写和异常捕获——否则一查不存在的表就会报错中断。
为什么不能直接用 DESC 或 SELECT * 判断？
很多人试过 DESC my_table 或 SELECT 1 FROM my_table WHERE ROWNUM = 1，但这两种方式本质是「运行时校验」，不是元数据查询。一旦表不存在，SQL 就直接抛出 ORA-00942: table or view does not exist，无法在 PL/SQL 中静默判断——你没法在没建表前就执行 SELECT，更没法靠错误码做分支逻辑。
而 USER_TABLES 是数据字典视图，只读元信息，查不存在的表名不会报错，只会返回空结果集，适合做存在性判断。
USER_TABLES 查询必须加 UPPER() 吗？
必须。Oracle 默认把未加双引号的表名转为大写存入 TABLE_NAME 字段。如果你建表时写了 CREATE TABLE "my_table"（带双引号），那它会以小写存入字典，但这种做法极少见且不推荐。
- 常规建表：
CREATE TABLE employees→ 字典中TABLE_NAME = 'EMPLOYEES' - 所以传参必须转大写：
UPPER(p_table_name)，否则大小写不匹配导致误判 - 如果参数来自外部（比如应用传入），更要先
TRIM再UPPER，避免空格或大小写混杂
存储过程中怎么安全封装这个判断？
核心是两点：用 INTO 捕获结果 + 用 NO_DATA_FOUND 异常兜底（虽然 COUNT(*) 不会触发它，但习惯性加上更健壮）。
推荐写法：
CREATE OR REPLACE PROCEDURE check_table_exists(
p_table_name IN VARCHAR2,
p_exists OUT NUMBER
) AS
v_count NUMBER;
BEGIN
SELECT COUNT(*)
INTO v_count
FROM USER_TABLES
WHERE TABLE_NAME = UPPER(TRIM(p_table_name));
<p>p_exists := CASE WHEN v_count > 0 THEN 1 ELSE 0 END;</p><p>EXCEPTION
WHEN OTHERS THEN
p_exists := 0; -- 出任何错都视为“不存在”，避免调用方崩溃
END;注意：p_exists 是 OUT 参数，调用时必须声明变量接收；TRIM 防止前后空格干扰；CASE 明确赋值，比 IF 更简洁。
临时表（GTT）为什么查不到？
USER_TABLES 只包含永久表。全局临时表（GLOBAL TEMPORARY TABLE）默认不进这个视图，哪怕你用当前用户创建的也不行。
要查 GTT，得换视图：
- 查当前用户的 GTT：
SELECT COUNT(*) FROM USER_OBJECTS WHERE OBJECT_TYPE = 'TABLE' AND TEMPORARY = 'Y' AND OBJECT_NAME = UPPER('xxx') - 或者更准一点：
SELECT COUNT(*) FROM USER_TAB_PRIVS WHERE TABLE_NAME = UPPER('xxx') AND GRANTOR = GRANTEE（需配合权限上下文） - 但注意：GTT 的「存在性」意义和永久表不同——它结构固定，会话级数据自动清空，通常不需要动态判断是否存在
真正容易被忽略的是：开发时用 USER_TABLES 测试没问题，上线后发现 GTT 场景下永远返回 0 —— 这时候得立刻意识到视图选错了。
