推荐使用 USER_TAB_COLUMNS + MINUS 进行结构比对，因其轻量、稳定、可控；DBMS_METADATA.GET_DDL 因隐式依赖、顺序不稳、格式不一等问题不推荐；DBMS_COMPARISON 适用场景有限，大表易卡顿；PL/SQL Developer 比对需注意源目标混淆及存储子句陷阱。
直接用 DBMS_METADATA.GET_DDL 生成 DDL 再比对，不推荐
很多人第一反应是调用 dbms_metadata.get_ddl 把两张表的建表语句拉出来，用文本工具 diff。这看似直观，但实际踩坑极多：
— get_ddl 输出包含隐式依赖（如表空间、存储参数、注释、权限），哪怕两表结构完全一致，只要所属用户默认表空间不同，结果就“看起来不一样”；
— 它不保证字段顺序稳定（尤其 oracle 12c+ 对 alter table add column 的处理可能打乱 column_id）；
— 输出含换行、缩进、大小写混杂，直接字符串比对极易误报；
— 对 not null 约束、默认值表达式（如 sysdate）、虚拟列等细节还原不一致，容易漏判。
USER_TAB_COLUMNS + MINUS 是最轻量可靠的结构比对方式
真正稳定、可控、免工具的结构比对，靠系统视图加集合运算。核心逻辑是：查字段名、类型、长度、精度、可空性、顺序，然后用 MINUS 找差集。
— 必须统一用大写表名查询（USER_TAB_COLUMNS.TABLE_NAME 存的是大写）；
— 字段顺序由 COLUMN_ID 决定，不能只按 COLUMN_NAME 排序；
— DATA_TYPE 和 DATA_LENGTH 要同时比，否则 VARCHAR2(50) 和 VARCHAR2(100) 会被当成相同；
— NULLABLE 字段必须显式参与比对，否则 NOT NULL 差异会被忽略。
示例（查 T_A 有但 T_B 没有的字段定义）：
SELECT COLUMN_NAME, DATA_TYPE, DATA_LENGTH, DATA_PRECISION, DATA_SCALE, NULLABLE, COLUMN_ID FROM USER_TAB_COLUMNS WHERE TABLE_NAME = 'T_A' MINUS SELECT COLUMN_NAME, DATA_TYPE, DATA_LENGTH, DATA_PRECISION, DATA_SCALE, NULLABLE, COLUMN_ID FROM USER_TAB_COLUMNS WHERE TABLE_NAME = 'T_B';
反向再跑一次，就能得到完整双向差异。注意：别用 *，字段列表必须严格一致，否则报 ORA-01789。
用 DBMS_COMPARISON 做数据比对？先看它是否适用
DBMS_COMPARISON 是 Oracle 自带的正式数据比对包，但它不是为“任意两张表”设计的：
— 要求两表有相同主键或唯一约束，且字段名、类型、顺序必须严格一致（本质是按主键哈希比对）；
— 不支持跨库比对（除非通过 DB Link，且远程对象需有 SELECT 权限+统计信息最新）；
— 启动比对前必须先 CREATE_COMPARISON，过程繁琐，出错提示不友好（比如 ORA-23625 常因统计信息缺失）；
— 小表尚可，大表（千万级）容易卡在“构建哈希摘要”阶段，且无法中断。
更现实的做法是：用 MINUS + UNION ALL 组合（带来源标识），配合 NVL 处理空值，并限定主键范围分批执行。例如：
SELECT 'SRC' AS src, ID, NAME, AGE FROM t_src WHERE ID BETWEEN 1 AND 100000 MINUS SELECT 'SRC', ID, NAME, AGE FROM t_dst WHERE ID BETWEEN 1 AND 100000 UNION ALL SELECT 'DST', ID, NAME, AGE FROM t_dst WHERE ID BETWEEN 1 AND 100000 MINUS SELECT 'DST', ID, NAME, AGE FROM t_src WHERE ID BETWEEN 1 AND 100000;
PL/SQLDev 的 Compare User Objects 功能真能用，但得绕开两个坑
PL/SQL Developer 的「Tools → Compare User Objects」确实能批量比对用户下所有对象，生成同步 SQL，但它不是“点一下就完事”：
— 源和目标用户选反了，生成的 SQL 是把目标改成源，而不是把源同步到目标（常见误操作）；
— 默认勾选 “Include Storage Clause”，会导致生成的 CREATE TABLE 带 TABLESPACE、INITIAL 等，测试环境若无对应表空间会执行失败，建议取消勾选；
— 对含 LOB、XMLTYPE 或函数索引的对象，对比结果可能不完整，需人工核对 DDL 中的 STORE AS 或 DOMAIN INDEX 部分。
真正省心的做法：先用 expdp 把生产用户元数据导出为 SQL 文件（CONTENT=METADATA_ONLY），再用 Beyond Compare 对比该文件与测试用户导出的文件 —— 这样既避开了连接权限问题，又保留了完整上下文。
结构比对真正的难点不在语法，而在“哪些字段算相同”。比如 NUMBER(10,2) 和 NUMBER(12,2) 算不算兼容？VARCHAR2(200) 改成 VARCHAR2(255) 是否影响业务？这些没法靠工具自动判断，得人盯住。
