Oracle到MySQL建表时VARCHAR2和NUMBER类型出错，因Navicat默认“保守兼容”映射：VARCHAR2(50)→varchar(50)正确，但NUMBER(10,0)常误映为decimal(10,0)而非int；Oracle DATE含时分秒，若映为MySQL的date会丢精度；NOT NULL和DEFAULT（如SYSDATE）常静默丢失；需人工核对并编辑DDL，将decimal→int、date→datetime、补DEFAULT CURRENT_TIMESTAMP、加AUTO_INCREMENT及COMMENT，并清理目标库视图/外键等残留对象。
Oracle到MySQL建表语句生成时，VARCHAR2和NUMBER类型为什么会错？
navicat的data transfer在跨库生成ddl时，并不直接翻译oracle语法，而是基于目标库（mysql）能力做类型映射。但它的默认映射策略是“保守兼容”，而非“语义等价”：varchar2(50)会被转成varchar(50)（没问题），但number(10,0)常被转为decimal(10,0)而非int，因为navicat无法自动判断该字段是否实际用作主键或自增id。
更隐蔽的问题是DATE：Oracle的DATE含时分秒，而MySQL的datetime才完全对应；若Navicat映射成date（仅日期），就会丢精度。这类错配不会报错，但后续应用写入或查询会出逻辑偏差。
- 必须人工核对所有
NUMBER字段——主键/外键/计数类字段优先改int或bigint，带小数位的才留decimal -
DATE一律检查目标DDL是否用了datetime，不是就手动替换 - Oracle的
CHAR固定长度在MySQL中性能较差，建议统一转varchar并加注释说明
如何在Navicat里预览并编辑生成的DDL，而不是直接执行？
直接点“开始”会让Navicat跳过校验直接建表，一旦类型错就得删表重来。正确做法是走“结构同步”（Structure Synchronization）流程，它强制输出可读DDL，且支持离线修改：
- 工具 → 结构同步 → 选源（Oracle）和目标（MySQL空库）→ 点“对比”
- 对比完成后，切到“DDL比较”选项卡，看左侧Oracle原始DDL和右侧MySQL拟生成DDL的逐行差异
- 切到“部署脚本”选项卡，点击右下角“部署选项” → 勾选“遇到错误时继续”（防单表失败中断）→ 再点“编辑脚本”按钮
- 此时弹出的SQL编辑器里，所有建表语句都是纯文本，可自由搜索替换：
decimal(10,0)→int，date→datetime
注意：编辑后必须点“保存配置文件”，否则下次同步还得重改。
为什么NOT NULL约束和默认值在同步后经常丢失？
Oracle的DEFAULT语法（如DEFAULT SYSDATE）和MySQL的CURRENT_TIMESTAMP不兼容，Navicat遇到无法映射的默认值时会选择静默丢弃，而不是报错。同理，Oracle中NOT NULL ENABLE VALIDATE的完整约束定义，在MySQL里只保留NOT NULL，但ENABLE VALIDATE语义（如延迟校验）根本不存在。
- 对比阶段就盯紧“部署脚本”里每个字段的
DEFAULT子句——为空就立刻补上，比如create_time datetime DEFAULT CURRENT_TIMESTAMP - Oracle的
GENERATED ALWAYS AS（虚拟列）在MySQL 5.7+才支持，且语法不同，Navicat不识别，会直接跳过整列；需手工在MySQL里用AS重新定义 - 主键自增要显式加
AUTO_INCREMENT，Oracle没这概念，Navicat不会自动加，必须手补
同步前必须手动清理MySQL目标库的哪些残留？
Navicat的“删除后重建”选项看似省事，但它只删CREATE TABLE涉及的对象，不会清理依赖对象。如果目标库已有同名视图、触发器或外键约束指向该表，重建会因外键冲突直接失败，错误信息是ERROR 1025 (HY000): Error on rename。
- 执行同步前，先在MySQL里跑：
DROP VIEW IF EXISTS `xxx`;（列出所有可能同名视图） - 查外键：
SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'target_table';，挨个DROP FOREIGN KEY - Navicat不处理Oracle的
COMMENT ON COLUMN，但MySQL的COMMENT字段属性能存，如果想保留注释，得在编辑DDL时手动加COMMENT 'xxx'
最易忽略的是字符集：Oracle常用AL32UTF8，MySQL默认可能是latin1。即使Navicat勾选了“使用目标库字符集”，若目标库本身创建时没指定utf8mb4，新表仍会继承旧设置，导致中文乱码。务必确认目标数据库级字符集已设为utf8mb4_unicode_ci。
