DBeaver的View Diagram功能依赖数据库外键约束和元数据支持，若无连线，主因是缺失FOREIGN KEY定义、数据库类型不支持或连接未启用元数据采集；视图依赖需手动验证SQL，模糊关联须人工结合字段名、注释及DDL分析。
直接右键点“View Diagram”就能看到表间连线，但不是所有情况都出得来——关键看外键约束是否真实存在、数据库类型是否支持自动推导。
为什么右键“View Diagram”没反应或没连线
DBeaver 的依赖图不是靠猜，而是解析数据库元数据里的 FOREIGN KEY 约束。如果没连线，常见原因有：
- 目标表之间压根没建外键（比如靠应用层维护关联，DDL里没有
CONSTRAINT ... FOREIGN KEY） - 数据库类型不支持（如 Hive 旧版本、某些 SQLite 配置、未启用元数据采集的 Doris 连接）
- 视图用了子查询/UNION/CTE，DBeaver 无法静态分析依赖路径
- 连接时没勾选“Read metadata for views and procedures”（在连接编辑页 → Connection settings → Initialize → 勾上该选项）
MySQL/PostgreSQL/Oracle 表依赖怎么稳稳看到
这些数据库只要外键存在，View Diagram 基本可靠。操作路径统一：
- 导航树中找到目标表 → 右键 →
View Diagram - 图中实心圆点是外键字段，空心方块是被引用的主键字段，连线方向即引用方向
- 双击任意表节点可跳转到其结构页，快速核对
Constraints标签页里有没有FOREIGN KEY条目
注意：Generate ERD 批量生成时，务必控制表数量（建议 ≤30），否则解析卡死或内存溢出。
视图依赖只能靠“View Diagram”+手动验证
视图的依赖关系比表更脆弱，DBeaver 不会执行 EXPLAIN 或真正运行 SQL，只做静态 DDL 解析：
- 右键视图 →
View Diagram，若只有孤点无连线，大概率是定义里用了子查询、UNION ALL、或跨 catalog 查询（如hive.db.table） - 打开视图结构页 → 切到
Source标签，直接读原始 SQL，找FROM和JOIN后面的表名 - 对复杂视图，可复制其 SQL 到新 SQL 编辑器，用
Ctrl+Click（Windows/Linux）或Cmd+Click（macOS）点击表名跳转，验证是否存在
没有外键时怎么人工查表依赖
当业务表靠命名约定或注释关联（比如 order_id 字段总指向 orders.id），DBeaver 本身不提供“模糊匹配式依赖扫描”，但可辅助定位：
- 在表结构页的
Columns标签里，看字段名是否含_id、_ref等后缀，再结合注释列（Comment）判断意图 - 用 SQL 搜索：在库级执行
SELECT table_name, column_name FROM information_schema.columns WHERE column_name LIKE '%order_id%' - 导出 DDL（右键表 →
Generate SQL→Create），用文本搜索找疑似外键字段和对应主键表
真正难的不是画图，而是确认那个 user_id 字段到底是不是引用 users.id ——DBeaver 不会替你做业务语义判断，它只信元数据里白纸黑字的约束定义。
