Navicat无全库SQL引用搜索功能，需按场景选对入口：①查对象定义中表引用→右键数据库节点用「查找对象」；②模型中搜表名→Ctrl+Shift+F；③数据页查值→Ctrl+F；④跨连接筛对象→主窗口顶部输入框。三类搜索机制不同，混用即失效。
navicat 没有“全库 sql 引用搜索”功能，所谓“搜到所有调用某张表的地方”，实际依赖三个独立机制——你得先分清场景，再选对入口，否则 90% 的“搜不到”都是用错了地方。
在数据库对象定义中查表名引用（比如视图/存储过程里用了 orders 表）
这是最常被误用的场景。很多人右键表名或连接名点「查找对象」，结果一无所获。真正路径是：右键目标数据库节点 → 选「查找对象」，不是右键连接、不是右键表、更不是 Ctrl+F。
- 搜索内容填
orders，不是orders.id或o.*；它只匹配显式写出的表名字符串 - 会扫描视图、存储过程、触发器、事件的 DDL 定义，但前提是当前用户有
SHOW CREATE VIEW等权限，否则 Navicat 直接跳过该对象 - 大小写敏感：PostgreSQL/SQL Server 默认区分，
Orders不会匹配orders；带库前缀如prod.orders，就得搜完整字符串 - 不扫注释、不扫本地 .sql 文件、不扫 Navicat「查询」列表里没执行过的草稿
在模型（Model）中快速定位 ER 图里的表
团队协作中经常共享 .nm 为后缀的模型文件，这时 Ctrl+F 在数据库连接页完全无效。必须进入模型上下文：双击打开模型文件 → 按 Ctrl+Shift+F 呼出右侧搜索面板。
- 默认不区分大小写，支持通配符：
%log%匹配所有含 log 的表名，user_2024%匹配 user_2024 开头的表 - 勾选「仅显示匹配项」可隐藏无关表，适合画布密集时聚焦；但注意：如果表被拖进了折叠的 Group 分组，即使命中也不会显示，得先展开分组
- 模型未保存过，部分 Navicat 16.0.x 版本不会构建搜索索引，强制点一次「保存」再试
- 字段含空格或反引号（如
`order`），搜索时必须原样输入，不能省略
在已打开的表数据页里搜具体值（非 SQL，纯查数）
开发调试时想确认某条记录是否存在，不需要写 SELECT。直接在数据查看页按 Ctrl+F（Windows/Linux）或 Command+F（macOS）。
- 支持四种模式：「包含」（默认）、「等于」、「开头」、「正则表达式」；勾选「不区分大小写」才生效
- 按
F3（Windows/Linux）或>（macOS）跳转下一个匹配项；勾选「全部高亮显示」能一眼看出分布密度 - 这个搜索只作用于当前加载的页面数据（通常 100–500 行），不是全表扫描；若没找到，得先翻页或改用 SQL 查询
- 不适用于表设计器（字段结构页），那里 Ctrl+F 根本无响应——那是设计限制，不是 bug
跨多个数据库连接统一筛对象名（比如找所有环境下的 users 表）
当团队维护 dev/test/prod 多套连接时，用「对象筛选」比挨个进库搜快得多：在 Navicat 主窗口连接树顶部输入框直接敲关键词，比如 users。
- 筛选实时作用于整个连接树：匹配的连接、库、表都会高亮，未匹配的自动灰显
- 它只匹配对象名称（如表名、库名），不查内容、不查字段、不查 SQL 逻辑
- 删掉筛选字符串即恢复原状；没有「清除筛选」按钮，也不需要手动重置
- 和「在数据库或模式中查找」不同，这个筛选不触发任何数据库查询，纯客户端内存过滤，响应极快
最容易被忽略的一点：Navicat 的三类搜索（对象定义 / 模型 / 数据页）底层机制完全不同——一个依赖服务器权限读取 DDL，一个基于本地模型文件索引，一个只扫当前内存数据块。混用入口或期待跨机制能力，是绝大多数“搜不到”的根源。
