右键“View Diagram”是查看单表外键关系最省力方式，实心圆点为当前表外键字段，空心方块为被引用主键；但依赖数据库元数据完整性，Hive/Trino等无原生外键支持时该菜单可能不显示。
右键“View Diagram”是最快路径，但不是所有表都支持
直接在导航树中找到目标表，右键选 View Diagram，三秒出图——这是查看单表外键关系最省力的方式。实心圆点代表当前表的外键字段，空心方块代表被引用表的主键，连线方向就是引用流向。
但要注意：这个功能依赖数据库元数据是否完整暴露外键信息。MySQL（InnoDB）、PostgreSQL、Oracle 基本没问题；Hive、Trino 或某些精简版 JDBC 连接（比如未启用 information_schema 查询权限）可能压根不显示该菜单项。此时右键菜单里连 View Diagram 都没有，别折腾，换方案。
- 确认连接使用的驱动是否匹配数据库实际版本（例如 MySQL 8.0+ 要用 mysql-connector-java 8.x）
- 检查连接参数里是否禁用了元数据查询（如
useInformationSchema=false） - 对 Hive 等无原生外键概念的引擎，DBeaver 实际是靠解析视图 DDL 或血缘注释推导，成功率低且无连线
模式级 ER 图要控量，30 张表是安全阈值
想看清整个 public 模式下几十张表怎么连，右键模式 → Generate ERD 是正解。但它不是“全选就完事”的操作，而是个内存敏感型任务。
DBeaver 会一次性拉取所有选中表的外键定义、列信息、索引结构，再做图布局。表一多，Java 堆内存立刻吃紧，轻则卡顿数分钟，重则弹窗报 OutOfMemoryError 直接崩溃。
- 首次生成建议只勾选核心业务表（≤30 张），避开
_tmp、_log、stg_类临时/中间表 - 生成后右下角蓝色齿轮可关掉“Show unconnected tables”，避免杂点干扰主干关系
- 如果某张表在图中孤立无连线，不一定没关联——可能是外键字段没建索引（MySQL InnoDB 要求外键列必须有索引）、或类型不一致（如
INT引用VARCHAR）导致 DBeaver 自动跳过
视图的 ER 图容易失效，得看它背后有没有 JOIN
右键视图 → View Diagram 看起来和表一样，但逻辑完全不同：视图不存外键约束，DBeaver 只能靠解析其 CREATE VIEW 语句里的 JOIN、FROM 子句来推测依赖。
所以常见现象是：图里只有孤零零一个视图表节点，没任何连线。这不是 bug，而是 DBeaver 明确告诉你——这个视图定义里没显式关联其他表，可能用了子查询、UNION、或纯计算字段。
- 双击打开视图结构页，切到
Source标签，直接看原始 SQL，比图更可靠 - 若视图含
JOIN table_a ON ... JOIN table_b ON ...却仍无连线，检查 JOIN 条件是否含函数（如DATE(created_at)）或类型强制转换，这些会让 DBeaver 无法安全推导 - 对复杂视图，别依赖 ER 图反推逻辑，用
EXPLAIN或执行计划看真实执行路径
外键没显示？先查数据库层面是否真存在
DBeaver 的 ER 图只是元数据的镜像，它画不出的东西，大概率数据库里本来就没有。别急着调 DBeaver 设置，先确认外键是否真实建好。
在对应数据库里执行标准查询：
SELECT CONSTRAINT_NAME, COLUMN_NAME, REFERENCED_TABLE_NAME, REFERENCED_COLUMN_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'your_table' AND CONSTRAINT_NAME LIKE 'fk%';
如果结果为空，说明外键根本没建——DBeaver 当然画不出来。这时候需要补建外键，而不是换工具。
- MySQL 中外键要求：两张表都为 InnoDB 引擎、字段类型严格一致、被引用列必须有索引
- PostgreSQL 外键支持更宽松，但若引用的是表达式索引（如
CREATE INDEX ON t ((lower(name)))），DBeaver 也可能识别失败 - 有些团队用注释模拟外键（如
-- FK: users.id），这种 DBeaver 完全无视，ER 图里不会体现
真正卡住人的，从来不是按钮在哪，而是图没出来时你不确定问题出在数据库、驱动、还是 DBeaver 自身的解析边界。每次遇到空白图，先跑一遍 INFORMATION_SCHEMA 查询，比反复重启 DBeaver 有用得多。
