dbms_metadata.get_ddl不能直接用于结构同步，因其生成的ddl含表空间、storage等环境强依赖项，易导致目标库执行失败；需通过set_transform_param剥离非核心参数，并分步导出表、约束、索引和注释。
dbms_metadata.get_ddl 不适合直接用于结构同步 —— 它生成的 ddl 包含环境强依赖项，容易在目标库报错或隐式失效。
为什么 DBMS_METADATA.GET_DDL 不能“一键同步”表结构
很多人把 DBMS_METADATA.GET_DDL('TABLE', 'T1') 的输出复制到另一库执行，结果建表失败或行为异常。根本原因不是语法错，而是输出里混入了与源库强绑定的元信息：
-
TABLESPACE名字不匹配（目标库没有同名表空间，或权限不足） -
STORAGE参数（如PCTFREE、FREELISTS）在 ASM 或新版本中已废弃，执行时报 ORA-02205 -
LOGGING/NOLOGGING在某些角色下不可用，尤其在 standby 库上会拒绝 - 默认值表达式（如
SYSDATE、SEQ.NEXTVAL）可能因序列未创建而失败 - 注释（
COMMENT ON COLUMN）语句独立于 DDL，GET_DDL默认不包含它
怎么安全提取可移植的表结构 DDL
必须显式剥离非核心结构项，并统一目标环境假设。关键操作是调用 DBMS_METADATA 时设置转换参数：
- 禁用存储子句：
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'STORAGE', FALSE) - 禁用表空间：
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'TABLESPACE', FALSE) - 禁用段属性（如
SEGMENT CREATION）：DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'SEGMENT_ATTRIBUTES', FALSE) - 启用 SQL 终止符（避免粘连）：
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'SQLTERMINATOR', TRUE) - 执行完后记得重置：
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'DEFAULT')
完整脚本示例（在 SQL*Plus 中运行）：
SET LONG 1000000
SET PAGESIZE 0
SET FEEDBACK OFF
EXEC DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'STORAGE', FALSE);
EXEC DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'TABLESPACE', FALSE);
EXEC DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'SEGMENT_ATTRIBUTES', FALSE);
EXEC DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'SQLTERMINATOR', TRUE);
SELECT DBMS_METADATA.GET_DDL('TABLE', 'EMP', 'SCOTT') FROM DUAL;
EXEC DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'DEFAULT');
同步约束和索引要分三步走，不能靠单个 GET_DDL
一张表的完整结构 = 表定义 + 约束 + 索引 + 注释。但 DBMS_METADATA.GET_DDL('TABLE', ...) 默认只返回基础建表语句，不带主键、外键、唯一约束等。常见错误是只导表就以为同步完了：
- 主键/唯一约束需单独导出：
SELECT DBMS_METADATA.GET_DDL('CONSTRAINT', constraint_name, owner) FROM USER_CONSTRAINTS WHERE table_name = 'EMP' AND constraint_type IN ('P', 'U') - 索引也得单独拉：
SELECT DBMS_METADATA.GET_DDL('INDEX', index_name, owner) FROM USER_INDEXES WHERE table_name = 'EMP' - 字段注释必须手动补：
SELECT 'COMMENT ON COLUMN ' || table_name || '.' || column_name || ' IS ''' || comments || ''';' FROM USER_COL_COMMENTS WHERE table_name = 'EMP'
注意：约束名和索引名在目标库可能已存在，执行前建议加 CREATE OR REPLACE（不适用）或先 DROP，Oracle 原生不支持 CREATE OR REPLACE INDEX，必须显式判断是否存在。
跨用户/跨库同步时 owner 参数漏写是高频翻车点
DBMS_METADATA.GET_DDL 的第三个参数 owner 是必填的（除非当前用户就是对象所有者）。在脚本中硬编码表名却不指定 owner，很容易查到同名但不同 schema 的对象，或者查不到而报 ORA-31603：
- 错误写法：
DBMS_METADATA.GET_DDL('TABLE', 'EMP')→ 只查当前用户下的 EMP，若想查 SCOTT.EMP 就失败 - 正确写法：
DBMS_METADATA.GET_DDL('TABLE', 'EMP', 'SCOTT') - 批量处理时，务必从
ALL_TABLES或DBA_TABLES中取OWNER字段，别只依赖TABLE_NAME
另外，GET_DDL 对大小写敏感：表名传小写且没加双引号，就会查不到（因为数据字典里存的是大写），所以统一用大写传参最稳。
真正可靠的结构同步，从来不是靠一个函数调用完成的；它是可控剥离 + 分层导出 + 显式校验的过程。哪怕只同步一张表，也要把表、约束、索引、注释四类语句分开生成、分别检查、逐条执行 —— 少跳这一步，上线时 NOT NULL 字段插入空值报错，就是最典型的“看起来一样，其实不一样”。
