“对象已被修改”是Navicat的同步状态提示，非冲突警告；它仅表明本地对象与服务器最新版不一致，需手动刷新（F5或右键“从云重新加载”）以避免覆盖他人修改，且原生不支持自动合并或版本对比。
Navicat 提示“对象已被修改”不是冲突警告，而是同步状态提示——它只说明你本地打开的对象和服务器上最新版本不一致，但不会自动阻止你保存，也不会告诉你谁改了、改了什么。
为什么总是弹这个提示？
Navicat 从不后台静默拉取更新，所有协同对象（查询、BI 工作区、模型工作区等）都采用「显式刷新」机制。哪怕同事 2 秒前刚保存，你没按 F5 或右键 →「从云重新加载」，再点保存就会触发该提示。
- 常见诱因：忘记刷新、误关导航窗格导致未加载最新项目、On-Prem Server 网络短暂中断后状态未重置
- Cloud 和 On-Prem Server 行为一致，但 On-Prem Server 的活动日志能查到具体修改人和时间，Cloud 只显示「已更新」无详情
- 该提示不区分修改类型：可能是字段重命名，也可能是删了一整张表——它不帮你判断风险等级
点击“是”或“否”分别意味着什么？
选「是」= 覆盖服务器版本，你本地内容直接上线，同事的修改被丢弃；选「否」= 放弃本次保存，但 Navicat 不会自动帮你合并或展示差异，你得手动处理。
- 没有「合并」选项，Navicat 原生不支持 diff 或三路合并
- 若你选「是」且同事改的是关键逻辑（比如 WHERE 条件），线上 SQL 可能立即出错
- 若你选「否」，必须立刻右键对象 →「从云重新加载」，再逐行比对修改点——建议复制当前本地内容到临时文本文件，再加载远程版，用系统自带的文本比较工具（如 VS Code 的 Compare Files）人工核对
如何避免反复遇到这个问题？
靠习惯不如靠机制。真正有效的做法是把刷新动作固化进工作流，而不是依赖记忆。
- 每次双击打开一个共享查询前，先右键它 →「从云重新加载」——养成条件反射
- 在 On-Prem Server 中开启「活动日志」面板并固定在主窗口右侧，实时盯住「谁在改什么」
- 禁用 Navicat Cloud 的自动保存（设置 → 常规 → 取消勾选「自动保存到云」），改用明确的手动保存+刷新组合，避免意外覆盖
- 对高危对象（如 prod 环境的同步脚本、DDL 变更查询），强制要求保存前截图当前内容 + 注明修改原因，发到团队群作为操作留痕
最易被忽略的一点：Navicat 不会标记「哪些行被谁改过」，也不记录历史版本。所谓「协同」，本质是多人共用一份最新快照，而不是多人共同编辑同一份文档。真要追溯变更，只能靠活动日志里的操作时间戳，配合你自己的提交备注和外部 Git 仓库管理 SQL 文件。
