Navicat逆向工程不解析存储过程体，仅提取元数据（如名称、参数），不读取或分析BEGIN...END内逻辑，因设计上不进行AST解析，且MySQL的ROUTINE_DEFINITION可能被截断或为空，Oracle则完全忽略ALL_SOURCE视图。
Navicat 逆向工程根本不解析存储过程体
navicat 的「reverse engineer」功能只提取数据库对象的元数据结构，比如表名、字段名、主键、外键、索引等，但它 不会执行 或 不会语法解析 存储过程的 begin...end 内容。它读取的是 information_schema.routines 表里的 routine_definition 字段（mysql）或 all_source（oracle），但仅作字符串存储，不进行 ast 解析或逻辑还原。所以你看到的 er 图里没有“过程调用箭头”，也不是 bug，是设计如此。
MySQL 下 ROUTINE_DEFINITION 为空或被截断的常见原因
即使 Navicat 想读，也可能读不到完整逻辑 —— 因为底层字段本身就不全：
-
ROUTINE_DEFINITION在 MySQL 中默认被限制为 64KB（max_allowed_packet影响实际长度），超长过程会被截断 - 若存储过程由
DEFINER = 'some_user'@'host'创建，且当前连接用户无SELECT权限访问mysql.proc或information_schema.ROUTINES，该字段返回NULL - MySQL 8.0+ 默认启用
show_compatibility_56=OFF，旧版 Navicat（如 15.x）可能因兼容性开关缺失而跳过整个 ROUTINES 查询
Oracle 下 Navicat 无法显示 PL/SQL 逻辑的硬限制
Oracle 存储过程源码存在 ALL_SOURCE 视图中，但 Navicat Premium 16 及更早版本在逆向工程时：
- 只查询
ALL_PROCEDURES和ALL_ARGUMENTS获取签名信息（名称、参数、类型） - 完全忽略
ALL_SOURCE，也不拼接TEXT字段行 —— 所以你在 ER 图或对象树里点开过程，看到的是空的「Body」或只有声明头 - 即使手动右键 →「查看定义」，也只显示
CREATE OR REPLACE PROCEDURE ... AS开头，不带后续逻辑
想看真实逻辑？别依赖逆向工程
逆向工程不是代码阅读器。要确认存储过程内容，必须绕过 Navicat 的图形流程：
- MySQL：直接执行
SHOW CREATE PROCEDURE `proc_name` - Oracle：查
SELECT TEXT FROM ALL_SOURCE WHERE NAME = 'PROC_NAME' ORDER BY LINE - SQL Server：查
SELECT OBJECT_DEFINITION(OBJECT_ID('proc_name')) - 所有情况：避免把 Navicat 的「对象列表」当权威来源 —— 它只是元数据快照，不是实时源码镜像
真正容易被忽略的是：Navicat 从不缓存或同步存储过程的变更。你改了过程体，但没刷新对象树，或者用了不同用户连接，看到的仍是旧的空壳或权限拒绝提示 —— 这和表结构不同，过程逻辑不参与 DDL 版本比对。
