使用 Confluence 改变团队合作。了解为什么 Confluence 是所有团队的内容协作中心。免费获取

如何通过 7 个步骤创建架构图

By Atlassian

关键要点:

  • 数据库架构图是一种可视化蓝图,用于展示数据库的组织方式,包括数据表、字段以及它们之间的关系。

  • 概念图最适合用于高层规划,逻辑图有助于详细设计,而物理图则展示实际的实现方式。

  • 创建有效的架构图需要明确目标、梳理实体与关系、对设计进行规范化处理,并使用真实数据进行测试。

  • 使用 Confluence 白板等工具可以让团队协同制作图表、分享反馈,并将文档集中保存在一个易于访问的地方。

  • 白板中的 Rovo 功能可以帮助您研究数据库模式、草拟初始设计,并比从零开始更快地优化图表。

架构图提供了一张可视化地图,清晰展示所有内容如何组合在一起。您无需翻阅技术文档或试图理解原始数据库代码,即可一眼看清结构。

本指南将通过七个简单步骤,带您完成架构图的创建。您将学习如何制作优质图表、如何高效构建数据库结构,以及如何使用 Confluence 白板等工具,在整个过程中与团队协作。

了解数据库架构

数据库架构本质上就是数据库构建方式的蓝图。它规划出结构:您拥有哪些数据表、每个表包含哪些字段,以及这些表之间如何关联。如果没有架构,您的数据库将会是一堆杂乱无章的信息,没有清晰的方式来检索或管理数据。

数据库架构的核心组成部分包括:

  • 表:以有序的行和列存储数据。

  • 字段:每个表中的独立信息项,例如客户姓名或电子邮件地址。

  • 主键:每条记录的唯一标识符,用于确保不存在两条相同的条目。

  • 关系:表与表之间的关联,体现数据如何相互关联。

例如,在电商数据库中,“客户”表可通过客户 ID 与“订单”表关联。架构定义了所有这些关联关系,使数据库能够知道如何处理数据。

设计良好的数据库架构能让系统更快、更稳定、更易于维护。它能减少重复数据,避免错误,并让团队更轻松地理解信息在应用中的流转方式。清晰的数据库架构对跨职能团队尤其有益,因为开发人员、设计师和产品经理都需要理解数据结构。

什么是架构图?

架构图是数据库架构的可视化布局。您无需逐行阅读代码或文档,通过图表呈现的全部内容,一眼就能看清整个结构。架构图制作工具能帮您高效创建这类可视化内容。

架构图的主要用途是沟通。在团队协作时,指着可视化图表能让所有人快速达成一致。开发人员理解技术实现,产品经理了解数据在系统中的流转,而利益相关者无需知晓 SQL 即可掌握整体情况。此外,清晰了解数据库结构后,开展新功能头脑风暴也会更加容易。

架构图还可充当文档。随着数据库不断演进,该图表会成为一份参考依据,展示系统的构建方式与原因。这份文档在新团队成员加入或您需要回顾数月前的决策时尤其有用。有效的知识共享依赖于让所有人都能获取这些可视化参考资料。

数据库架构图的类型

不同类型的架构图有不同的用途,具体取决于您所处的项目阶段。借助在线白板和图表制作工具可以轻松创建其中任何一种类型。以下是您会遇到的三种主要类型:

  • 概念架构图:这是数据库的最高层级视图。它展示主要实体(如“客户”或“产品”)及其关系,不涉及技术细节。概念图非常适合早期规划阶段,用于梳理数据库的功能需求。它们能帮助利益相关者和非技术团队成员理解项目范围。

  • 逻辑架构图:该图表在概念视图的基础上增加更多细节。它包含每个实体的具体属性、定义数据类型,并展示实体间的关联方式。逻辑图适用于设计阶段,用于在实际实施前确定结构。

  • 物理架构图:这是最详细的类型,可精确展示数据库将如何实现。它包含表名、列名、数据类型、索引和约束。物理图供开发人员在实际构建数据库时使用,通常与最终的数据库结构一一对应。

选择合适的类型取决于您的受众和项目阶段。如果您是向高管展示,就使用概念图。如果您和开发人员一起实现数据库,则需要物理图。协作型文化会鼓励团队共同选择并创建合适的图表类型。

如何通过 7 个步骤创建架构图

一旦掌握方法,创建架构图并不难。将流程拆分成步骤会更易于操作,还能帮您在潜在问题恶化前及时发现。以下是从头到尾构建一份可靠架构图的方法:

第 1 步:确定图表的用途

明确您绘制该图表的原因及使用对象。是为新团队成员整理现有数据库文档?从零规划新系统?还是排查性能问题?

您的用途决定一切。若要向非技术利益相关者讲解数据库,您需要一个侧重整体概况的概念图。若实际构建数据库,则需要包含所有技术细节的物理图。明确受众与目标,可避免在非必要细节上浪费时间或遗漏重要信息。

第 2 步:选择符合项目需求的布局

图表的布局会影响其易理解程度。对于只有少量数据表的简单数据库,使用基础的从上到下或从左到右布局即可。对于更复杂的系统,则应将相关数据表分组,或采用层级结构。

思考信息在系统中的流转方式,并据此排列数据表。核心数据表(如“用户”或“产品”)通常放在中心位置效果最佳,相关数据表从其向外延伸。

第 3 步:创建实体关系图

实体关系图 (ERD) 是您开始梳理实际结构的起点。列出所有实体(您需要存储数据的对象)、它们的属性(每个实体的具体信息项)以及它们之间的关系。

例如,在图书馆数据库中,实体可能包括图书、作者和会员。图书的属性可以包括书名、ISBN 和出版年份。关系则体现为一位作者可以写多本书,一位会员可以借阅多本书。这张可视化图表能帮您在开始构建前,发现缺失的关联或冗余数据。

第 4 步:规范化设计以提升效率

规范化是对数据表进行整理,以减少冗余、提高数据完整性的过程。基本上来说,就是确保您不会在多个位置存储相同信息,并且数据结构逻辑清晰。

规范化分为不同等级,但核心思路是合理地将数据拆分为独立数据表。不必在客户的每笔订单中都存储其地址,只需在客户表中存储一次,再通过客户 ID 进行引用即可。这样更便于更新数据,同时降低数据不一致的可能性。

第 5 步:定义数据表及其属性

明确每个数据表的具体细节。列出所有字段,指定它们的数据类型(文本、数字、日期等),并确定每个表的主键。主键是确保每条记录唯一的标识。例如,用户表的主键可以是用户 ID。

要注意数据类型,因为它们会影响数据库的性能以及可存储的数据类型。例如,电话号码字段应设为文本类型(以应对格式和国际号码),而非数字类型。价格字段需要使用小数类型,而非整数类型,以便精确表示分币金额。

第 6 步:建立表格之间的关联关系

这一步需要使用外键来连接表格。一张表格中的外键引用另一张表格中的主键,从而建立关系。请确定每种关系是一对一(一位用户对应一份个人资料)、一对多(一位客户对应多个订单)还是多对多(多名学生选修多门课程)。

正确建立关系对数据库的运行至关重要。如果您在处理复杂关系,数据流图之类的工具可以帮助可视化信息在系统中的流转方式。确保关联逻辑合理,且不会引入不必要的复杂度。

第 7 步:使用示例数据测试图表,并根据需要优化

不要认为您的图表第一次就是完美的。使用示例数据演练常见场景,检查您的结构是否可靠。您能否获取所需信息?查询是否会变得复杂?是否存在冗余或缺失内容?

这是一个迭代过程。您很可能会发现需要调整的地方。或许您需要新增一张表格来处理多对多关系,又或者可以通过合并字段来简化结构。在实际搭建数据库之前,使用真实场景示例进行测试有助于提前发现这些问题。

使用 Confluence 白板记录和共享您的架构图

创建完架构图后,您需要一个合适的位置来存放,以便团队能实际使用。Confluence 白板专为项目协作而构建。您可以直接在白板上创建架构图,与团队共享,并让大家在图上直接添加评论或建议。Confluence 白板的特别之处在于它能将所有内容集中在一处。您的架构图可以与文档、会议记录和技术规格放在一起。

Rovo 的白板功能借助人工智能辅助将这一体验进一步提升。您可以在白板中使用 Rovo 来研究常见的数据库模式、草拟初始布局或优化现有图表。需要用通俗语言解释复杂关系?Rovo 可以帮您编写清晰的文档。

使用 Confluence 为每个团队实现更快的内容协作