Navicat同步不转换日期函数，仅同步数据和DDL结构；字段类型映射、导入向导日期解析、模型转换默认值属例外场景；跨库日期逻辑需手动固化、重写SQL或改写对象。
Navicat 同步时根本不会转换日期函数
navicat 的 data synchronization 和 structure synchronization 功能都不处理 sql 表达式、视图定义、存储过程或函数体内的日期函数（如 now()、sys_date、current_timestamp）。它只同步数据行和 ddl 结构，不解析、重写或翻译 sql 逻辑。如果你在源库视图里写了 select sysdate from dual，目标库同步后仍是原样，执行会直接报错。
哪些地方看似“自动转换”，其实是你误判了
容易混淆的几个点：
-
字段类型映射是自动的（比如 Oracle 的DATE→ MySQL 的DATETIME），但这只是类型声明层面，不涉及函数调用 -
导入向导（Import Wizard）在读取 CSV/Excel 时，会对含日期的文本做格式推断并转成目标库兼容的时间字面量（如"2026-06-06"→2026-06-06 00:00:00），但这是文本解析，不是函数转换 -
模型转换（Convert Model）能将 Oracle 模型里的SYSDATE默认值替换成 MySQL 的CURRENT_TIMESTAMP，但仅限建模阶段，且只作用于列默认值，不覆盖已有对象
想让跨库日期逻辑真正可用，得手动干预
常见可行路径：
- 同步前，在源库把函数结果固化为字段：比如把
CREATE VIEW v AS SELECT id, SYSDATE as sync_time FROM t改成物化字段或临时表，再同步该表 - 用
Data Transfer替代Data Synchronization：勾选「使用查询」选项，手写目标库兼容的 SQL，例如源是 Oracle：SELECT id, TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') FROM t，目标是 PostgreSQL 就写：SELECT id, NOW()::TEXT - 对视图/函数等对象，放弃同步，改用 Navicat 的
SQL File导出 + 手动改写 + 执行：搜索替换SYSDATE→CURRENT_DATE，ADD_MONTHS→INTERVAL '1 month'等
别指望结构同步帮你改函数，默认值和表达式都会原样照搬
即使你用了 Structure Synchronization，它也只对比和生成 CREATE TABLE、ALTER TABLE ADD COLUMN 这类语句。如果源表某列定义是 created_at DATE DEFAULT SYSDATE，目标库同步后仍是 DEFAULT SYSDATE —— 在 MySQL 或 PostgreSQL 上必然失败。唯一能绕开的方式是：先在目标库手动删掉默认值约束，再用其他方式补数据，或者提前在源端统一用标准 SQL 字面量（如 CURRENT_TIMESTAMP）。
