DBeaver 怎么生成 ER 图并导出 PNG:表关系、布局和结果核对
来源:17golang原创
时间:2026-07-22 14:43:36 439浏览 收藏
数据库表一多,单看字段列表很难判断订单、支付和发货到底怎么关联。DBeaver 的ER图可以直接从现有库结构生成关系图,接着通过自动布局调整、控制字段显示范围、导出PNG的全流程,把临时捋出来的表结构整理成能直接发给同事核对的正式结构图。下面用一个包含 orders、payments、shipments 的订单库说明完整操作路径。
- 在Database Navigator里直接打开schema或者Tables节点的Diagram标签,不需要先手动画表拖位置。
- 先用自动排列功能理顺交叉的关系线,再通过属性设置把显示的字段收窄到只展示主键和外键,图面干净方便核对。
- 当前排列满意后点Keep layout锁定位置,导出PNG后一定要打开检查文件格式、表名和关系线有没有缺漏。
- 表数量很多的全库不要一次性全部塞进同一张图,按订单、库存这类业务边界拆成多张图操作起来更稳妥。
从Database Navigator打开订单库ER图
连好数据库之后,在左侧 Database Navigator 面板展开目标连接,找到对应schema。双击schema名称,或者展开到 Tables 节点打开对象编辑器,切换到 Diagram 标签。DBeaver会自动根据已经存在的主键、外键和约束规则,直接绘制实体关系。
如果只想查看局部关联,可以双击 orders 这张表,在对象编辑器里打开Diagram视图。这个视图适合单表周边关联排查,schema级的Diagram更适合梳理完整订单链路的所有关联。

第一次打开的时候,所有表可能堆在一起,关系线也会横穿过很多字段。这时候不用上来就手动拖动每一张表,先把整体布局调整完,再单独处理需要重点标注的局部位置。
先整理布局,再收窄字段显示范围
用Auto-arrange处理交叉的关系线
在Diagram顶部的工具栏点击 Auto-arrange layout,也可以在画布空白处点右键选择 Arrange Diagram。自动布局的逻辑是把有直接关联的表放到邻近位置,出来的结果不一定完全符合最终文档的阅读顺序,运行完还是要手动检查一遍核心业务链路的展示效果。
订单场景下一般可以把 orders 放在最左侧,payments 和 shipments 放在右侧。如果自动布局把日志类无关的表挤到了核心链路中间,可以手动拖到画布下方,再点工具栏的 Keep layout 保存当前排列。没保存布局的情况下,下次重新打开这张图很可能恢复成默认的混乱位置。
只保留能说明关联关系的字段
单张表里有几十个业务字段的情况下,全部显示出来最后导出的PNG缩小之后根本看不清。打开Diagram的配置面板或者属性设置,把属性可见性调整为 Any keys,只显示主键和外键就行;如果确实要标注金额或者状态这类核心字段,再单独给对应的表补回 amount、status 这类关键字段。
调整完之后顺手核对三项内容:
orders.id是正确的主键,payments.order_id和它的连线对应关系正常;shipments.order_id指向的是订单主表,没有误连到支付记录表;- 连线两端的字段名、数据类型和可空性和数据库实际定义完全一致。

导出PNG:文件存储路径和格式怎么选
确认画布上所有表名和关系线都没问题之后,点击Diagram工具栏的 Save diagram in external format,选择PNG格式,指定要存的本地文件夹路径保存就可以。右键点击画布也能找到 Save diagram as… 选项。PNG格式适合直接放进文档或者发到工作群里共享,如果后续需要在其他制图工具里继续编辑,可以选择导出GraphML格式。
导出前建议先把视图缩放调到刚好能看清所有表名的比例,扫一遍画布边缘有没有表被切掉一半。不要只盯着DBeaver里的预览图看,要打开刚导出的PNG文件,放大确认 orders 到 payments 的关系线完整,不会被边界裁掉。
导出后发现图太乱,按业务边界拆分多张图
整库关系图里的表超过二三十张之后,不管是自动布局还是导出的PNG都会特别笨重,根本没法一眼看完。可以分别做“订单-支付”“订单-发货”“库存-商品”三张独立的图,每张图里只保留当前业务链路必须的上下游表。拆图不是把关系藏起来,是把一次性要核对的大量信息拆成多个阅读门槛更低的小任务。
如果你的数据库根本没建真实的外键约束,DBeaver不会凭着字段名字相同就自动生成关联线。这时候别把图上两个表放得近就当成是有关联,要回到表定义或者建表SQL里确认实际关联规则,之后再决定要不要在自定义Diagram里手动补充标注说明。
常见问题:DBeaver ER图导出与核对
DBeaver能不能直接从单表打开局部ER图?
可以。打开表的对象编辑器之后切换到Diagram标签页,展示出来的就是当前表和所有关联对象的局部关系。
为什么两张表明明有关联,ER图里没有连线?
先检查数据库里是不是真的定义了外键约束;如果只是两个字段名字碰巧相同,DBeaver不会默认把它们识别成关联关系。
PNG导出之后所有文字都太小看不清怎么办?
先精简单张表显示的字段数量,再按业务边界拆成多张图,单纯整张放大图片只会让表名变清楚,更多的表会直接超出画布范围显示不全。
重新打开之前存的Diagram之后,所有表的位置都变乱了怎么办?
调整好满意的布局之后一定要点Keep layout锁定位置。这个操作只保存ER图的排列规则,不会修改数据库里的任何实际结构。
交付前最后做一次全量检查
导出PNG准备交付之前,文件名可以命名为 order-schema-er-20260722.png,旁边配套放一份对应的来源schema说明文档。最终逐个检查表名、主外键、关系方向、画布边界、图片打开状态这五项,都确认没问题之后,这张ER图就可以放进接口文档或者架构评审记录里了。
-
374 收藏
-
398 收藏
-
214 收藏
-
411 收藏
-
444 收藏
-
218 收藏
-
383 收藏
-
140 收藏
-
490 收藏
-
151 收藏
-
113 收藏
-
247 收藏
-
421 收藏
-
文章 · 软件教程 | 6天前 | csv · postman · 软件教程 · 接口测试 · Collection Runner · 变量 数据文件 Postman CSV Collection Runner 批量测试388 收藏
-
291 收藏
-
228 收藏
-
380 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习