同步前需在Source Objects树形列表中手动取消勾选Views节点及各表下的Triggers子节点，函数/存储过程则取消Routines下对应项；取消后这些对象的任何变更均不参与比对与生成SQL。
同步前怎么手动排除视图和触发器
navicat 结构同步默认比对所有数据库对象，包括 view、trigger、function、procedure。如果你只希望同步表结构（比如字段增删改、索引调整），而保留生产库上已有的视图逻辑或业务触发器，就不能依赖“忽略类型”这类全局开关——它根本不存在。
唯一可靠方式是在「结构比对」界面左侧的 Source Objects 树形列表中，逐级展开，找到对应节点后取消勾选：
- 视图在
Views节点下，右键可批量取消； - 触发器在每张表的子节点里（展开表 →
Triggers），必须单独取消，不能只取消表本身； - 函数/存储过程在
Routines节点下，同样需手动取消勾选； - 取消后，这些对象的任何变更（包括新增、重命名、定义修改）都不会出现在预览 SQL 中——不是“跳过变更”，而是彻底不参与本次比对。
为什么不能靠“选项”里的过滤设置
Navicat 的 Options 面板里没有“排除视图”或“跳过触发器”的复选框。所谓“高级过滤”仅限于字符集、注释、外键等元属性对比开关，对对象类型无控制力。试图通过 Compare comments 或 Compare foreign keys 来间接规避，完全无效。
更关键的是：即使你后期在目标库手动删掉某个触发器，只要它仍在 Source Objects 列表中被勾选，Navicat 下次同步仍会把它从源库重新拉过去——覆盖你主动做的清理操作。
取消勾选后，表上的触发器还会影响同步执行吗
会。取消勾选触发器只是阻止 Navicat 生成 DROP TRIGGER 或 CREATE TRIGGER 语句，但目标表上已存在的触发器在同步过程中照常激活。比如你同步一个 UPDATE 字段的操作，若该表有 BEFORE UPDATE 触发器，它依然会执行，可能意外修改其他字段或抛出异常。
所以实际操作中建议：
- 同步前确认目标表触发器是否处于禁用状态（右键触发器 →
Disable）； - 若必须启用，提前检查触发器逻辑是否与本次结构变更冲突（例如触发器引用了即将被删的字段）；
- MySQL 下可用
SELECT * FROM information_schema.TRIGGERS WHERE EVENT_OBJECT_TABLE = 'your_table';快速定位； - PostgreSQL 需查
pg_trigger系统表，注意 schema 前缀。
视图定义变更被忽略，但底层表字段变了怎么办
这是最隐蔽的风险点：你取消勾选了视图，它不会被重建；但如果视图所依赖的某张基础表刚被同步修改了字段名或类型，这个视图大概率会变成 invalid 状态（MySQL 报错 ERROR 1356，PostgreSQL 报 relation does not exist 或列类型不匹配）。
应对方法很简单但常被跳过：
- 同步完成后，立刻执行
SELECT * FROM your_view LIMIT 1;验证是否可查； - MySQL 下查
SHOW CREATE VIEW your_view;看定义是否完整； - PostgreSQL 下用
\d+ your_view或查pg_views； - 真正要修复，得人工重跑
CREATE OR REPLACE VIEW，不能指望 Navicat 补救。
复杂点在于：视图失效不报错在同步日志里，它安静地躺在那里，直到某天业务查询崩掉才暴露。
