Navicat 不支持真正的全局查找替换SQL内容，仅限当前查询标签页；可靠方案是导出DDL后用外部编辑器批量处理，或用“对象搜索”定位再手动修改。
Navicat 里根本没“全局查找替换 SQL 内容”的功能
navicat 的「查找」（ctrl+f）只作用于当前打开的查询编辑器标签页，不跨文件、不扫数据库对象定义、也不进视图/存储过程体内部。所谓“全局”，实际只能靠人工点开每个对象再搜——这不是效率问题，是功能边界问题。
真正能批量处理 SQL 文本的路径只有两条：导出 + 外部编辑，或用 Navicat 自带的「对象搜索」配合手动修改。
用「对象搜索」定位含目标字符的对象
这个功能在 工具 → 对象搜索（或右键连接 → 对象搜索），能查表名、列名、注释、甚至存储过程/函数/视图的 CREATE 语句文本（取决于勾选的“搜索内容”选项）。
- 必须勾选
搜索内容才能匹配 SQL 体内的字符串，比如搜CHAR_LENGTH或IS NULL - 结果列表双击可直接跳转到对应对象的 DDL 编辑页，但不能一键替换
- 不支持正则，模糊匹配靠
%通配符，例如搜%user_id%可命中user_id_old和new_user_id - 搜索范围选“整个连接”时，大量视图或函数会显著拖慢响应，建议先限定到具体数据库
导出 DDL 后用编辑器批量替换再导入
这是唯一可靠实现“全局替换”的方式，适合改函数逻辑、统一字段别名、清理过时注释等场景。
- 右键数据库 →
转储 SQL 文件→ 勾选创建数据库和创建表/视图/存储过程等需导出的类型 - 导出后用 VS Code / Sublime Text 打开，用
Ctrl+H批量替换，注意检查上下文避免误替（比如把id替成user_id时，别动了product_id里的id） - 替换完保存，Navicat 中新建查询窗口 →
运行 SQL 文件导入；若提示语法错误，大概率是替换破坏了引号配对或注释结构 - 重要：执行前务必在测试库验证，DDL 文件里若含
DROP TABLE，直接运行会清空数据
SQL 编辑器里提高单文件查找效率的细节
虽然不能全局，但把单个查询窗口用好，能省下大量滚动和肉眼扫描时间。
-
Ctrl+F后按Enter是向下找，Shift+Enter是向上找，不用反复点方向按钮 - 勾选
区分大小写和全字匹配能避开干扰项，比如搜count时不命中count_distinct - 多光标编辑（
Ctrl+Click多处点击）可同时修改多个相同字段名，但仅限当前可见区域，滚屏后新增匹配不会自动加入 - Navicat 16+ 支持
Ctrl+R快速替换，但依然只对当前光标所在位置生效，不是批量替换整篇
最常被忽略的是：对象搜索结果里点开的 DDL 页面，默认是只读预览模式，得先点左上角的 编辑 按钮才能改——很多人卡在这一步，以为功能失效。
