2021年6月21日

draw.io保险业中的实体关系图

draw.io保险业中的实体关系图

每家公司都会生成大量重要信息，必须定期提交这些信息。该信息可以包括概述公司结构的数据。它可以包括库存和销售。它可以包括员工的生日和他们喜欢什么样的蛋糕。重点是：信息。很多。它被转储到数据库中，然后它必须被理解。

在我们关于保险业可视化系列的第三部分中，我们关注实体关系图 (ERD) 以及它和 draw.io 如何帮助理解那些看似极其复杂的数据库。

基础知识

如果您是这些 IT 类型中的一员，那么您已经了解并一直使用实体关系图。您可以跳到下面，我们将讨论 draw.io 在您绘制这些数据库时可以让您的生活变得多么轻松。

对于我们其他人来说，他们只是想度过没有项目在我们面前炸毁的日子，ERD 可能和……数据库一样神秘。因此，让我们让每个人都快速了解 ERD 到底是什么以及它们可以为您做什么。

数据库

这一切都始于数据库。我们上面提到的所有信息，它必须去某个地方。我们存储它的方式必须让它们一起工作，这样它才能在我们需要的时候给我们需要的答案，并让正确的订单在正确的地址发给正确的客户，等等……简而言之尽可能地，数据库是一组结构化的信息，其组织起来使数据易于更新、管理和检索。

当我们想到数据库时，我们通常会这样描述：

但是，除非你是某种学者，否则你不能只看这样的东西，就不能真正了解所有各种信息的点点滴滴是如何相互连接和协同工作的。所以你会怎么做？

好吧，你知道他们对图片和一千个单词的看法吗？我们说这是轻描淡写。事实上，可视化可以帮助理解数千个单词（和数字），尤其是当可视化是实体关系图时。

实体和属性

精简到基础，您的数据库包含从小型船只到豪华游轮价值的任何地方，我们称之为实体和属性。让我们从实体开始。在保险行业，实体可能包括客户、保单或索赔。实体是数据库存储信息的人、地点、事物或事件。

一旦您确定了实体，您就会注意到每个实体都配备了自己的一组属性。例如，就客户而言，这些属性可能包括名字、姓氏、客户 ID、街道、城市等。属性是您需要了解的有关实体的事情，或者有助于将一个实体与众所周知的船上的任何其他实体区分开来。

要记住的重要一点是实体和属性并不是孤立的。它们以多种方式相互作用并帮助定义彼此。实体关系图帮助我们这些不以电子表格形式说话和做梦的人直观地绘制并理解这些交互。

一个简单的例子

假设您有三个实体——让我们选择“客户”、“政策”和“索赔”。

为了开始我们的图表，我们将创建如下内容：

您会注意到顶部的实体名称。下面的行用于定义该特定实体的属性（或键）。

标记这些键后，我们可能会得到：

现在是图表部分。我们需要连接器来向我们展示这些实体是如何相互关联的：

注意上面几行顶部的连接器。这些是“基数”的指示，或者，简单地说：左边的这个实体能够与右边这个实体的 X 号相关联：

…这些相同的符号也可以用在连接器的另一端。因此，在我们的示例中，我们看到：

这告诉我们一个保单编号只能与一个客户 ID 相关。一个客户 ID 可以与一个或多个保单编号相关。一个索赔编号只能与一个保单编号相关。保单编号可以与零个或多个索赔编号相关。

当您进一步探索 ERD 时，您还会注意到与某些属性相关联的符号“PK”和“FK”。它们分别是指“主键”和“外键”。

CustomerID 是一个客户的主键（PK），因为无论你有多少个客户，每个客户只能有一个客户 ID。它是定义每个客户的唯一不变的关键。外键 (FK) 只是源自一个实体的属性，但也可用于部分定义另一个实体。

复杂？不。

使用 draw.io 很容易

用于 Confluence 的 draw.io 可帮助您直观地将最令人生畏的数据库转换为 ERD。开始绘制图表不需要特殊的技术知识，它预先配备了您需要的所有形状和连接器。我们甚至在下面插入了一个视频，以证明创建更复杂的 ERD 是多么容易。

draw.io 100% 集成到 Confluence 中，因此您和您的整个团队可以实时或异步地协作和共享图表。

您甚至可以直接从 SQL 创建 ER 图。我们将在下面的视频中向您展示如何！

我们知道，尤其是在保险行业，安全性至关重要。这就是 draw.io 在安全和隐私方面提供黄金标准的原因。不会在部署之外跟踪或保存任何图表数据。没有与第三方共享。不通过第三方服务器传输。

draw.io 中发生的事情会留在 draw.io 中。

以下是一些更多信息，概述了 draw.io 将您的安全放在首位的多种方式：