Oracle嵌套表重建后报‘Invalid Name pattern error’，依赖过多无法改名

核心原因 #

删除嵌套表与公共同义词后，Oracle数据字典中仍残留该对象的元数据（如未彻底清除的依赖关联、回收站中的对象记录），导致重建同名对象时触发命名规则校验冲突。

分步解决方案 #

1. 彻底清理数据字典残留（需DBA权限） #

• 先排查旧对象的残留信息：

  -- 查询模式下是否有残留的嵌套表/类型
  SELECT * FROM dba_objects WHERE object_name = 'YOUR_NESTED_TABLE_NAME' AND owner = 'YOUR_SCHEMA_NAME';
  -- 查询公共同义词残留
  SELECT * FROM dba_synonyms WHERE synonym_name = 'YOUR_SYNONYM_NAME';
  -- 查询未清理的依赖关系
  SELECT * FROM dba_dependencies WHERE referenced_name = 'YOUR_NESTED_TABLE_NAME';
  

• 强制清理残留对象（嵌套表本质是自定义类型，需针对类型操作）：

  DROP TYPE YOUR_NESTED_TABLE_NAME FORCE;
  DROP PUBLIC SYNONYM YOUR_SYNONYM_NAME;
  

• 清空回收站，避免残留对象干扰：

  PURGE RECYCLEBIN;
  PURGE DBA_RECYCLEBIN; -- 需DBA权限
  

2. 按正确顺序重建对象 #

• 先创建嵌套表依赖的元素类型（若有），再创建嵌套表类型，最后重建公共同义词：

  -- 示例：创建嵌套表的元素对象类型
  CREATE OR REPLACE TYPE YOUR_ELEMENT_TYPE AS OBJECT (
    col1 VARCHAR2(50),
    col2 NUMBER
  );
  -- 创建嵌套表类型
  CREATE OR REPLACE TYPE YOUR_NESTED_TABLE_NAME AS TABLE OF YOUR_ELEMENT_TYPE;
  -- 若嵌套表是表的列，重建主表
  CREATE TABLE YOUR_PARENT_TABLE (
    id NUMBER,
    nested_col YOUR_NESTED_TABLE_NAME
  ) NESTED TABLE nested_col STORE AS nested_col_store;
  -- 重建公共同义词
  CREATE PUBLIC SYNONYM YOUR_NESTED_TABLE_NAME FOR YOUR_SCHEMA_NAME.YOUR_NESTED_TABLE_NAME;
  

3. 修复依赖存储过程的失效状态 #

重建对象后，依赖的存储过程会失效，需批量或单独编译：

• 批量编译模式下所有失效对象：

  BEGIN
    DBMS_UTILITY.COMPILE_SCHEMA(schema => 'YOUR_SCHEMA_NAME');
  END;
  /
  

• 单独编译指定存储过程：

  ALTER PROCEDURE YOUR_PROCEDURE_NAME COMPILE;
  

注意事项 #

• 操作前务必备份对象与数据，防止数据丢失。
• 强制删除对象可能导致未处理的依赖异常，需确保所有关联对象都已清理。
• CDB/PDB环境下，需确认操作的容器上下文正确。

内容的提问来源于stack exchange，提问作者Sooraj P George