登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  软件教程

DBeaver 怎么生成 ER 图并导出 PNG:表关系、布局和结果核对

来源:17golang原创

时间:2026-07-22 14:43:36 439浏览 收藏

热门推荐
漫画APP
动画内容聚合,热门资源快捷查看
立即下载

数据库表一多,单看字段列表很难判断订单、支付和发货到底怎么关联。DBeaver 的ER图可以直接从现有库结构生成关系图,接着通过自动布局调整、控制字段显示范围、导出PNG的全流程,把临时捋出来的表结构整理成能直接发给同事核对的正式结构图。下面用一个包含 orderspaymentsshipments 的订单库说明完整操作路径。

要点速览
  • 在Database Navigator里直接打开schema或者Tables节点的Diagram标签,不需要先手动画表拖位置。
  • 先用自动排列功能理顺交叉的关系线,再通过属性设置把显示的字段收窄到只展示主键和外键,图面干净方便核对。
  • 当前排列满意后点Keep layout锁定位置,导出PNG后一定要打开检查文件格式、表名和关系线有没有缺漏。
  • 表数量很多的全库不要一次性全部塞进同一张图,按订单、库存这类业务边界拆成多张图操作起来更稳妥。

从Database Navigator打开订单库ER图

连好数据库之后,在左侧 Database Navigator 面板展开目标连接,找到对应schema。双击schema名称,或者展开到 Tables 节点打开对象编辑器,切换到 Diagram 标签。DBeaver会自动根据已经存在的主键、外键和约束规则,直接绘制实体关系。

如果只想查看局部关联,可以双击 orders 这张表,在对象编辑器里打开Diagram视图。这个视图适合单表周边关联排查,schema级的Diagram更适合梳理完整订单链路的所有关联。

DBeaver Database Navigator 打开 orders payments shipments 三张表的 ER Diagram 关系图

第一次打开的时候,所有表可能堆在一起,关系线也会横穿过很多字段。这时候不用上来就手动拖动每一张表,先把整体布局调整完,再单独处理需要重点标注的局部位置。

先整理布局,再收窄字段显示范围

用Auto-arrange处理交叉的关系线

在Diagram顶部的工具栏点击 Auto-arrange layout,也可以在画布空白处点右键选择 Arrange Diagram。自动布局的逻辑是把有直接关联的表放到邻近位置,出来的结果不一定完全符合最终文档的阅读顺序,运行完还是要手动检查一遍核心业务链路的展示效果。

订单场景下一般可以把 orders 放在最左侧,paymentsshipments 放在右侧。如果自动布局把日志类无关的表挤到了核心链路中间,可以手动拖到画布下方,再点工具栏的 Keep layout 保存当前排列。没保存布局的情况下,下次重新打开这张图很可能恢复成默认的混乱位置。

只保留能说明关联关系的字段

单张表里有几十个业务字段的情况下,全部显示出来最后导出的PNG缩小之后根本看不清。打开Diagram的配置面板或者属性设置,把属性可见性调整为 Any keys,只显示主键和外键就行;如果确实要标注金额或者状态这类核心字段,再单独给对应的表补回 amountstatus 这类关键字段。

调整完之后顺手核对三项内容:

  • orders.id 是正确的主键,payments.order_id 和它的连线对应关系正常;
  • shipments.order_id 指向的是订单主表,没有误连到支付记录表;
  • 连线两端的字段名、数据类型和可空性和数据库实际定义完全一致。
DBeaver ER Diagram 自动布局并仅显示主外键后导出 PNG 的结果核对场景

导出PNG:文件存储路径和格式怎么选

确认画布上所有表名和关系线都没问题之后,点击Diagram工具栏的 Save diagram in external format,选择PNG格式,指定要存的本地文件夹路径保存就可以。右键点击画布也能找到 Save diagram as… 选项。PNG格式适合直接放进文档或者发到工作群里共享,如果后续需要在其他制图工具里继续编辑,可以选择导出GraphML格式。

导出前建议先把视图缩放调到刚好能看清所有表名的比例,扫一遍画布边缘有没有表被切掉一半。不要只盯着DBeaver里的预览图看,要打开刚导出的PNG文件,放大确认 orderspayments 的关系线完整,不会被边界裁掉。

导出后发现图太乱,按业务边界拆分多张图

整库关系图里的表超过二三十张之后,不管是自动布局还是导出的PNG都会特别笨重,根本没法一眼看完。可以分别做“订单-支付”“订单-发货”“库存-商品”三张独立的图,每张图里只保留当前业务链路必须的上下游表。拆图不是把关系藏起来,是把一次性要核对的大量信息拆成多个阅读门槛更低的小任务。

如果你的数据库根本没建真实的外键约束,DBeaver不会凭着字段名字相同就自动生成关联线。这时候别把图上两个表放得近就当成是有关联,要回到表定义或者建表SQL里确认实际关联规则,之后再决定要不要在自定义Diagram里手动补充标注说明。

常见问题:DBeaver ER图导出与核对

DBeaver能不能直接从单表打开局部ER图?

可以。打开表的对象编辑器之后切换到Diagram标签页,展示出来的就是当前表和所有关联对象的局部关系。

为什么两张表明明有关联,ER图里没有连线?

先检查数据库里是不是真的定义了外键约束;如果只是两个字段名字碰巧相同,DBeaver不会默认把它们识别成关联关系。

PNG导出之后所有文字都太小看不清怎么办?

先精简单张表显示的字段数量,再按业务边界拆成多张图,单纯整张放大图片只会让表名变清楚,更多的表会直接超出画布范围显示不全。

重新打开之前存的Diagram之后,所有表的位置都变乱了怎么办?

调整好满意的布局之后一定要点Keep layout锁定位置。这个操作只保存ER图的排列规则,不会修改数据库里的任何实际结构。

交付前最后做一次全量检查

导出PNG准备交付之前,文件名可以命名为 order-schema-er-20260722.png,旁边配套放一份对应的来源schema说明文档。最终逐个检查表名、主外键、关系方向、画布边界、图片打开状态这五项,都确认没问题之后,这张ER图就可以放进接口文档或者架构评审记录里了。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>