Navicat 15 逆向工程后视图和存储过程“存在但无关联”的主因是默认不加载：需手动在模型属性中勾选“显示视图”“显示存储过程”，并使用“逆向模式到模型”而非“逆向表到模型”，同时确保数据库用户具备SHOW VIEW或EXECUTE权限，且SQL语法兼容解析器。
navicat 15 逆向工程后视图和存储过程在模型里“存在但无关联”，不是解析失败，而是默认不加载这两类对象——你得手动开开关、选对操作入口、确认权限。
模型属性里没勾“显示视图”和“显示存储过程”
逆向完成后视图或存储过程节点压根不出现，最常见原因就是模型画布的过滤开关关着。Navicat Data Modeler 默认只显示表，其他对象全靠手动启用。
- 右键模型空白处 →
属性→ 切换到显示选项标签页 - 务必勾选
显示视图、显示存储过程（还有显示函数，如果需要） - 这个设置只影响可视化渲染，不影响逆向过程本身；未勾选时，哪怕逆向成功，模型里也看不到图形节点
用了“逆向表到模型”，而不是“逆向模式到模型”
对单张表右键执行逆向表到模型，结果只会包含这张表及其外键引用的表——视图、存储过程、函数、索引等都不在依赖链里，自然不会被拉进来。
- 正确入口：在左侧导航窗格中，右键点击数据库名或 schema 节点 → 选择
逆向模式到模型 - 这个操作会扫描整个 schema 下所有对象类型：表、视图、存储过程、函数、序列、约束等
- 如果只逆向部分表，再手动补视图/过程，它们之间仍无法建立自动关系线（因为模型没统一上下文）
数据库用户缺 SHOW VIEW 或 EXECUTE 权限
Navicat 静默跳过视图和存储过程，不报错也不提示，只因权限不足。MySQL 要 SHOW VIEW，PostgreSQL 要 USAGE ON SCHEMA + SELECT ON view_name 或 EXECUTE ON PROCEDURE。
- MySQL 检查：
SHOW GRANTS FOR 'your_user'@'%';，确认含GRANT SHOW VIEW ON `db_name`.* - PostgreSQL 检查：
\z your_procedure_name或查询pg_proc确认当前用户有EXECUTE权限 - 权限缺失时，逆向日志里不会写“跳过视图”，只会少几个节点——这是最容易被忽略的盲点
视图 SQL 或存储过程定义含 Navicat 不支持语法
字段全是 ?、双击打开 SQL 预览为空白、或模型里显示为“未知类型”，大概率是解析器卡在了语法上。CTE 嵌套过深、窗口函数别名冲突、跨库引用未加反引号、动态 SQL 字符串拼接等，都会导致解析失败。
- 逆向完成后，双击视图/过程 → 切换到
SQL 预览选项卡，看是否能完整显示CREATE VIEW或CREATE PROCEDURE - 若内容残缺或全是占位符，说明 Navicat v15 的解析器不兼容该语法（v16+ 对 CTE 和窗口函数支持更好）
- 临时解法：把视图/过程导出为 SQL 文件，手动在模型中用
文件 → 导入 → SQL 文件方式添加
真正麻烦的不是“找不到”，而是“找到了却连不上”——比如视图引用了另一张不存在的表，或存储过程中用了临时表但 Navicat 不解析运行时逻辑。这类依赖关系，Navicat 从不自动推导，只能靠你人工核对 SQL 内容里的 FROM、JOIN、CALL 关键字。别指望它替你做代码审计。
