dbms_metadata.get_ddl生成的ddl在目标库执行失败，因默认含不可移植内容：存储参数、segment creation deferred、无分号、隐式权限等；需用set_transform_param关闭冗余属性并启用sqlterminator等才可跨环境复用。
直接用 dbms_metadata.get_ddl 生成 ddl 是可行的，但默认输出常含不可移植内容（如存储参数、统计信息、权限语句），在跨库或跨版本同步时大概率执行失败。
为什么 DBMS_METADATA.GET_DDL 生成的 DDL 在目标库跑不起来？
Oracle 默认输出包含大量环境相关元数据，比如：
-
STORAGE子句（INITIAL 65536 NEXT 1048576 ...）——MySQL/PostgreSQL 不认，甚至在低版本 Oracle 里也因 ASM 或表空间策略不同而报错 -
SEGMENT CREATION DEFERRED——某些老版本 Oracle 不支持，或与目标库表空间设置冲突 -
SQLTERMINATOR默认为FALSE，导致多条 DDL 拼成一行，;缺失，SQL*Plus 或工具无法分句执行 - 隐式权限语句（
GRANT SELECT ON ... TO PUBLIC）可能触发目标库权限策略拦截
如何安全提取可执行的 DDL？必须调 DBMS_METADATA.SET_TRANSFORM_PARAM
不设转换参数就直接 GET_DDL，等于把源库“快照”原样搬过去，不是同步。关键三步：
- 执行
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'SEGMENT_ATTRIBUTES', FALSE)——关掉存储参数 - 执行
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'CONSTRAINTS_AS_ALTER', TRUE)——把约束拆成ALTER TABLE ADD CONSTRAINT，避免主键/索引定义顺序引发依赖错误 - 执行
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'SQLTERMINATOR', TRUE)——强制每条 DDL 末尾加; - 可选：加
'CONSTRAINT_IN_ALTER' => TRUE和'REF_CONSTRAINTS' => FALSE避开外键循环依赖问题
之后再调 DBMS_METADATA.GET_DDL('TABLE', 'EMP', 'SCOTT')，输出才是干净、可跨环境复用的建表语句。
同步多个表时，别手写循环——用 DBA_OBJECTS + UTL_FILE 批量导出
人工逐个表调 GET_DDL 效率低且易漏。推荐脚本模式：
- 查出目标用户下所有表：
SELECT object_name FROM dba_objects WHERE owner = 'SRC_SCHEMA' AND object_type = 'TABLE' - 在 PL/SQL 块中遍历，对每个表调
GET_DDL，拼接结果到 CLOB - 用
UTL_FILE写入服务器文件系统（注意目录对象权限），或用DBMS_OUTPUT.PUT_LINE+ 客户端SET SERVEROUTPUT ON捕获（适合百张表以内） - 务必在脚本开头重置 transform 参数：
DBMS_METADATA.SET_TRANSFORM_PARAM(DBMS_METADATA.SESSION_TRANSFORM, 'DEFAULT');，防止上一次调用污染
DDL 同步后，字段类型映射仍是最大雷区
DBMS_METADATA 只管 Oracle 内部语法，不负责异构适配。比如：
-
NUMBER(10,0)→ MySQL 应转为BIGINT而非DECIMAL(10,0)（性能差、索引效率低） -
VARCHAR2(4000)→ PostgreSQL 需对应TEXT，否则超长截断 -
DATE类型在 Oracle 里含时分秒，MySQL 的DATE只存日期，必须升为DATETIME - Oracle 的
CHAR(1 BYTE)和CHAR(1 CHAR)语义不同，MySQL 无此区分，需统一按字符语义处理
真正落地时，DDL 只是起点；类型映射规则、空值约束（NOT NULL 是否带默认值）、索引重建策略，都得单独校验——这些没法靠 DBMS_METADATA 自动完成。
