直接查 user_tables 或 all_tables 最快最稳，但跨用户查表或表名来自变量且需执行 DROP/CREATE 等 DDL 时，必须用 EXECUTE IMMEDIATE 配合字典视图；因 Oracle 编译期需解析对象名，变量表名无法静态绑定，否则报 PLS-00357 错误。
直接查 user_tables 或 all_tables 最快最稳，但如果你的存储过程需要跨用户查表、或表名来自变量且必须走动态 sql（比如拼接后执行 drop table），那就得用 execute immediate 配合字典视图查询——否则会报 pls-00357: table,view or sequence reference 'xxx' not allowed in this context。
为什么不能直接在静态 SQL 里用变量当表名
Oracle PL/SQL 编译期就要解析所有对象名。你写 SELECT COUNT(*) FROM user_tables WHERE table_name = p_table_name 看似合理，但这里 p_table_name 是运行时才有的值，而 user_tables 是视图，不是普通表；更关键的是，编译器无法确认该变量是否真对应一个合法表名，所以拒绝静态绑定。这不是 bug，是设计约束。
常见错误现象：
-
PLS-00357: Table,View Or Sequence reference 'USER_TABLES' not allowed in this context（尤其在IF EXISTS类伪语法中） - 明明表存在，
SELECT COUNT(*) INTO v_cnt FROM user_tables WHERE table_name = UPPER(p_table_name)却返回 0（大小写没对齐）
用 EXECUTE IMMEDIATE 查 all_tables 的正确姿势
必须把整个查询封装成字符串，再用 EXECUTE IMMEDIATE ... INTO 获取结果。注意三点：表名要大写、owner 要明确、异常要兜底。
-
all_tables比user_tables更通用，能查其他用户拥有的表，但必须指定owner条件，否则可能漏匹配（例如同名表被不同用户拥有） - 传入的表名参数默认是小写，Oracle 字典里全是大写，所以必须用
UPPER(p_table_name) - 不能只靠
NO_DATA_FOUND，因为SELECT COUNT(*)永远有结果（至少是 0），所以异常分支实际捕获不到“不存在”，得靠v_cnt = 0判断
示例片段：
DECLARE
v_cnt INTEGER;
v_owner VARCHAR2(30) := 'SCOTT'; -- 明确指定 schema
v_table_name VARCHAR2(30) := 'EMP';
BEGIN
EXECUTE IMMEDIATE
'SELECT COUNT(*) FROM all_tables WHERE owner = :1 AND table_name = :2'
INTO v_cnt
USING v_owner, UPPER(v_table_name);
<p>IF v_cnt > 0 THEN
DBMS_OUTPUT.PUT_LINE('表存在');
ELSE
DBMS_OUTPUT.PUT_LINE('表不存在');
END IF;
END;检查当前用户表，用 user_tables 更安全
如果只查当前登录用户下的表，优先用 user_tables。它不暴露 owner 字段，天然过滤权限问题，也避免拼错 schema 名导致误判。
-
user_tables不需要owner条件，查起来更轻量 - 仍需
UPPER(p_table_name)，否则大小写敏感匹配失败（哪怕你建表时用了双引号小写，user_tables.table_name里存的仍是大写） - 如果业务允许忽略大小写，可改用
WHERE UPPER(table_name) = UPPER(:1)，但性能略差，不推荐高频调用
错误写法（常踩坑）：
-- ❌ 错：变量名和字段名同名，导致 WHERE table_name = table_name 永真 SELECT COUNT(*) INTO v_cnt FROM user_tables WHERE table_name = p_table_name; <p>-- ✅ 对：加别名或重命名参数，避免歧义 SELECT COUNT(*) INTO v_cnt FROM user_tables t WHERE t.table_name = UPPER(p_table_name);
真正需要动态 SQL 的场景：DROP + CREATE 流程
单纯判断存在性，静态查字典就够了；但一旦要根据判断结果执行 DROP TABLE 或 CREATE TABLE，就必须用动态 SQL —— 因为 DDL 语句不允许出现在 PL/SQL 块的静态部分。
-
DROP TABLE如果表不存在会报错ORA-00942: table or view does not exist，所以必须先查再删，且删的时候要用EXECUTE IMMEDIATE -
CREATE TABLE同理，不能写死，必须拼接表名、字段定义等字符串 - 整套逻辑里最容易被忽略的是权限：执行者必须有
CREATE TABLE和DROP ANY TABLE（或对应 schema 的DROP TABLE）权限，否则EXECUTE IMMEDIATE直接抛ORA-01031: insufficient privileges
一句话收尾：字典视图本身是静态对象，查它不需要动态 SQL；但凡涉及「根据查的结果去执行 DDL」，就绕不开 EXECUTE IMMEDIATE —— 这不是炫技，是 Oracle 的刚性限制。
