tokenpocket官方下载链接app|erd

作者: tokenpocket官方下载链接app
2024-03-07 18:32:37

什么是实体关系图(ERD)?

什么是实体关系图(ERD)?

最新功能

功能

版本

演示视频

互动产品之旅

解决方案

教程

支援

价格

下载

产品演示

在线VP

English

简体中文

繁體中文

Home

Support

Current: 什么是实体关系图(ERD)?

什么是实体关系图(ERD)?

什么是实体关系图(ERD)?

什么是 ER 图?

何时绘制ER图?

ERD 符号指南

概念,逻辑和物理数据模型

如何绘制 ER 图?

数据模型的例子

使用ERD和数据流图(DFD)

使用ERD和BPMN业务流程图(BPD)

选择一个ERD工具

相关链接

数据库是软件系统中不可或缺的一个组成部分,若能在数据库工程中好好利用 ER 图,便能让您生成高质量的数据库设计,用于数据库创建,管理和维护,也为人员间的交流提供了具意义的基础。

今天,我们将为你深入介绍 ER 图表。通过阅读本ERD指南,您将获得有关 ER 图和数据库设计的基本知识和技能。你会学到什么是 ERD,为什么要绘制 ERD,ERD 符号,如何绘制 ERD 等,以及一堆 ERD 示例。

什么是实体关系图(ERD)?

首先,什么是实体关系图?

实体关系图也被称为 ERD、ER 图、实体联系模型、实体联系模式图或 ER 模型,是一种用于数据库设计的结构图。一幅 ERD 包含不同的符号和连接符,用于显示两个重要的資訊: 系统范围内的主要实体,以及这些实体之间的相互关系。

这也就是为什么它被称为“实体”“关系”图 (ERD)啊!

当我们谈论 ERD 中的实体时,我们经常提到诸如人员/角色(例如学生),有形商业对象(例如产品),无形商业对象(例如日志)等业务对象。“关系”則是这些实体在系统内的相互关联。

在典型的 ER 设计中,可以找到诸如圆角矩形和 (Rounded rectangle) 连接符(具有不同样式的末端)的符号来描述实体,它们的属性和相互关系。

何时绘制ER图?

那么,我们该在什么时候绘制ER图呢?虽然ER模型大多是为展示概念和设计物理数据库而绘制的,但也有别的用途的,以下是一些典型的用例。

数据库设计 - 直接在数据库更改数据库结构会有风险, 为避免破坏数据库中的数据,我们得仔细规划一切变更。通过绘制 ER 图来展示数据库设计意念,您能轻松找出错误和识别设计缺陷,并在执行数据库更改之前作出修正。

数据库调试 - 调试数据库问题往往具挑战性,特别是当数据库包含许多表时,你我编写复杂的SQL来获取所需的信息。通过 ERD 来展示数据库结构,您可以全面地了解整个数据库的结构。您可以轻松找到实体,查看其属性并确定与别的实体的关系,有助您更轻松地找出数据库的问题。

数据库创建和修补 - 像 Visual Paradigm 这样的 ERD 软件支持数据库生成工具,可以通过ER图来自动生成和修补数据库。使用这个 ER 图工具,您的ER设计不再仅仅是一个静态图,而是一个真实反映物理数据库结构的镜像。

帮助收集需求 - 您可以通过绘制 ERD 来表达系统中的高级业务对象以用于确定系统的需求。这种初始模型也可以演化为物理数据库模型,用于创建关系数据库,或为创建流程图和数据流模型提供有力的参考。

ERD 符号指南

ER 图包含实体,属性和关系。在本节中,我们将详细介绍各 ERD 符号。

实体

ERD 实体是一个系统内可定义的事物或概念,如人/角色(例如学生),对象(例如发票),概念(例如简介)或事件(例如交易)(注:在 ERD 中,术语“实体”通常用来代替“表”,但它们是一样的)。在考慮实体时,嘗試把它们想成名词。在 ER 模型中,实体显示为圆角矩形,其名称位于上方,其属性列在实体形状的主体中。下面的 ERD 示例显示了 ER 实体的一个用例。

实体属性

也称为列 (Row),意思是持有它的实体的属性或特性。

一个属性有一个描述属性的名称和一个描述属性种类的类型,例如代表字符串的 varchar,整数的 int。当为物理数据库开发绘制 ERD 时,得使用目标 RDBMS 支持的类型,以確保設計和物理数据库的一致性。

下面的 ER 图示例显示了一個包含属性的实体。

主键 (Primary Key)

主键又称 PK,是一种特殊的实体属性,用于界定数据库表中的记录的独特性。一个表不能有两笔(或更多)拥有相同的主键属性值的记录,像是身份证明内的 ID 便是典型的例子,两个人即使性名相同,ID 是不会一样,若身份证明是个表,那ID 便是主键了。下面的 ERD 示例显示了拥有主键属性 “ID” 的实体 “Product”,以及数据库中表记录的预览。第三个记录是无效的,因为 ID 'PDT-0002' 的值已被另一个记录使用。

外键 (Foreign Key)

外键又称外来键和外部键,是对主键的引用,用于识别实体之间的关系。请注意,有别于主键,外键不必是唯一的,多个记录可以共享相同的值。下面的 ER Diagram 示例显示了一个包含一些列的实体,其中一个外键用于引用另一个实体。

关系

两个实体之间的关系表示这两个实体以某种方式相互关联。例如,学生可能参加课程。实体“学生”因此与“课程”相关,而这关系则在 ER 图中以连接线表达着。

基数 (Cardinality)

基数定义了一个实与另一个实体的关系里面,某方可能出现次数。例如,一个团队有许多球员,若把这关系呈现于 ERD 时,团队和球员之间是一对多的关系。

在 ER 图中,基数表示为连接线端的乌鸦脚。三种常见的主要关系是一对一,一对多和多对多。

一对一的基数的例子

一对一关系主要用于将实体分成两部分,简洁地将资讯呈现,使读者更容易理解。下图显示了一对一关系的示例。

一对多的基数的例子

一对多关系是指两个实体 X 和 Y 之间的关系,其中 X 的一个实例可以链接到Y的许多实例,而 Y 的一个实例仅链接到 X 的一个实例。下图显示了一对多关系的一个例子。

多对多的基数的例子

多对多关系是指两个实体 X 和 Y 之间的关系,其中 X 可以被链接到 Y 的许多实例,反之亦然。下图显示了一个多对多关系的例子。请注意,多对多关系在物理 ERD 中被分成一对一对多的关系,你会在下一节中學到什麼是物理 ERD。

概念,逻辑和物理数据模型

ER 模型通常被绘制成最多三个抽象层次上:

概念 ERD / 概念数据模型

逻辑 ERD / 逻辑数据模型

物理 ERD / 物理数据模型

虽然 ER 模型的三个层次都包含有属性和关系的实体,但它们的创建目的和目标受众都不同。

一般而言,业务分析人员使用概念和逻辑模型来展示系统中存在的业务对象 (Business Object),而数据库设计人员或数据库工程师會為概念和逻辑ER模型加入更详细的資訊,進而生成反映物理模型结构的物理数据模型,好為创建数据库作準備。下表列出了三种数据模型之间的差异。

概念模型 vs 逻辑模型 vs 数据模型:

ERD功能

概念

逻辑

物理

实体(名称)

关系

列的类型

随意

主键

外键

概念数据模型

概念性 ERD 表达了系统中该存在的业务对象以及它们之间的关系。建立概念模型,是为了通过识别所涉及的业务对象来呈现系统的宏观图像。概念数据模型定义了哪些实体存在,而非哪些表。例如,逻辑或物理数据模型中可能存在“多对多”表,但在概念数据模型下,它们只会表示为无基数的关系。

概念数据模型示例

注意:概念性 ERD 支持使用泛化 (Generalization) 来表达两个实体之间的“一种”关系,例如三角形是一种形状,这个用法就像UML中的泛化一样。请注意只有概念 ERD 支持泛化。

逻辑数据模型

逻辑 ERD 是概念 ERD 的详细版本,通过明确定义每个实体中的列并引入操作和事务实体 (Transactional Entities)来让概念模型丰富起来。虽然逻辑数据模型仍流于高层次的设计(非为特定数据库系统而绘画),但如果会影响数据库的设计,在绘制逻辑数据模型时仍然可酌情调整。

逻辑数据模型示例

物理数据模型

物理 ERD 是数据库的实际设计蓝图。物理数据模型通过为每列指定类型 (Type),长度 (Length),可为空 (Nullable) 等来详细阐述逻辑数据模型。由于物理 ERD 表達了如何在特定的 DBMS中构造和关联数据,因此在設計時要考虑到实际的数据库系统的需要和局限,倒如确保 DBMS 支持某列类型,并在命名实体和列中避用某些保留字 (Reserved Words)。

物理数据模型示例

如何绘制 ER 图?

如果您发现绘制 ER 图很难,请不要担心,在本节中我们将给你一些 ERD 提示。尝试按照以下步骤以了解如何有效地绘制 ER 图吧。

确保你清楚知道绘制 ERD 的目的。您是否试图呈现涉及业务对象定义的整体系统架构?或者你正在开发一个准备用于数据库创建的 ER 模型?您必须明了开发 ER 图的目的,方可使用合适的模型层次(概念/逻辑和物理)来迎合您所需 (请阅读概念,逻辑和物理数据模型部分了解更详细信息)

确保你清楚模型的范围。了解建模范围可以防止在设计中包含冗余实体和关系。

画出范围内的主要实体。

通过添加列来定义实体的属性。

仔细检查 ERD 并检查实体和列是否足以存储系统的数据。如果不是,请考虑添加其他实体和列。通常,您可以在此步骤中确定一些事务 (Transactional),操作 (Operational) 和事件 (Event) 实体。

考虑所有实体之间的关系,将它们联系起来,並寫上正確的基数(例如客户和订单之间的一对多关系)。如果有任何实体沒有被連接上,请不要担心,虽然這不常见,但它是合法的。

使用数据库规范化技术 (Database Normalization)重构实体,以减少冗余数据和提高数据完整性。例如,“制造商”的資訊可能最初存储在“产品”实体下,透過规范化过程,您可能会发“制造商”的记录不断重复,您便可将其拆分为单独的“制造商”实体,并使用外键將“产品”和“制造商”連接起來。

数据模型的例子

ERD 示例 - 电影租赁系统

ERD 示例 - 贷款系统

ERD 示例 - 在线商店

使用ERD和数据流图(DFD)

在系统分析和设计中,可以绘制数据流图(DFD) 来展现系统流程中的信息流。在数据流图中,有一个名为数据储存 (Data Store)的符号,它代表一个提供系统所需信息的数据库表。

由于物理 ER 图提供了实际数据库的蓝图,因此这种 ERD 中的实体与 DFD 中的数据存储一致。您可以 ERD 作为 DFD 的补充,以表达信息的结构;或以 DFD 补充 ERD,以显示系统在运行时如何运用数据。

使用ERD和BPMN业务流程图(BPD)

在业务流程映射中 (Business Process Mapping),可以绘制 BPMN 业务流程图 (BPD) 以展示业务工作流程。在业务流程图中,有一个称为数据对象(Data Object)的符号,表示在流程输入/输出的数据。

由于概念和逻辑数据模型提供了系统内业务对象的高级视图,因此此类 ERD 中的实体与 BPD 中的数据对象一致。您可绘制 ERD 作为 BPD 的补充,以表示业务工作流程所需的数据对象的结构;或以 BPD 補充 ERD,以显示在整个业务流程中如何運用数据。

选择一个ERD工具

制作 ERD 数据模型需要时间和精力,而一个有用的数据库设计工具则能大大减省你花费的时间和精力。 Visual Paradigm 不仅为您提供 ERD 工具,还提供了一组可视化建模功能,助您更快、更轻松地绘制实体关系图。它支持当今市场上最流行的数据库管理系统,是数据库设计、数据库生成和实体关系图逆转的好帮手。

Visual Paradigm Modeler 支持 ERD 设计工具,月费仅为6 美元!我们建议你下载并尝试一下,你将获得 30 天免费试用。

相关链接

了解更多关于 Visual Paradigm 的实体关系图工具

免费试用 Visual Paradigm

创造美好 共同成长

免费下载 Visual Paradigm

产品

功能

版本

下载

价格

Visual Paradigm Online

支援

讨论区

提交查询

客户服务

学习

Community Circle

Know-how

演示视频

教程

文件

关于我们

Visual Paradigm

新闻中心

YouTube 频道

学术合作

We use cookies to offer you a better experience. By visiting our website, you agree to the use of cookies as described in our Cookie Policy.

OK

© 2024 by Visual Paradigm. 版权所有。

法律

隐私声明

数据库实体关系图(ERD)及其画法_数据库表关系图-CSDN博客

>

数据库实体关系图(ERD)及其画法_数据库表关系图-CSDN博客

数据库实体关系图(ERD)及其画法

最新推荐文章于 2022-09-07 14:34:00 发布

i胡说

最新推荐文章于 2022-09-07 14:34:00 发布

阅读量7w

收藏

156

点赞数

18

分类专栏:

SQL

文章标签:

ERD

原文链接:https://www.solves.com.cn/it/wlyx/tg/2019-12-16/10082.html

版权

SQL

专栏收录该内容

11 篇文章

12 订阅

订阅专栏

文章目录

1. 什么是ER图?2. 什么时候画ER图?2.1. 数据库设计2.2. 数据库调试2.3. 数据库创建和补丁2.4. 帮助收集需求

3. ERD符号指南4. 概念、逻辑和物理数据模型5. 如何绘制ER图?

数据库绝对是软件系统不可分割的一部分。在数据库工程中充分利用ER关系图,可以保证在数据库创建、管理和维护中产生高质量的数据库设计。ER模型还提供了一种通信手段。

1. 什么是ER图?

首先,什么是实体关系图?

实体关系图,又称ERD、ER图或ER模型,是一种用于数据库设计的结构图。ERD包含不同的符号和连接器,它们可视化两个重要的信息:系统范围内的主要实体,以及这些实体之间的相互关系。

这就是为什么它被称为“实体”“关系”图(ERD)!

当我们在ERD中谈到实体时,我们通常指的是业务对象,例如人员/角色(例如学生)、有形的业务对象(例如产品)、无形的业务对象(例如日志)等。“关系”是关于这些实体如何在系统中相互关联的。

在典型的ER设计中,您可以找到描述实体、实体属性和相互关系的符号,如圆角矩形和连接器(具有不同的端点样式)。

2. 什么时候画ER图?

什么时候画erd ?虽然ER模型主要用于在概念可视化和物理数据库设计方面设计关系数据库,但是在其他情况下,ER图也可以提供帮助。下面是一些典型的用例。

2.1. 数据库设计

——根据变化的规模,直接在DBMS中更改数据库结构可能有风险。为了避免破坏生产数据库中的数据,仔细计划更改是很重要的。ERD是一个有用的工具。通过绘制ER图来可视化数据库设计思想,您有机会识别错误和设计缺陷,并在数据库中执行更改之前进行更正。

2.2. 数据库调试

——调试数据库问题很有挑战性,特别是当数据库包含许多表时,需要编写复杂的SQL来获取所需的信息。通过使用ERD可视化数据库模式,您可以全面了解整个数据库模式。您可以轻松地定位实体、查看它们的属性并确定它们与其他实体之间的关系。所有这些都允许您分析现有数据库并更容易地发现数据库问题。

2.3. 数据库创建和补丁

—Visual Paradigm是一个ERD工具,它支持一个数据库生成工具,可以通过ER图的方式自动创建和补丁数据库。因此,有了这个ER图工具,ER设计就不再是一个静态的图,而是反映物理数据库结构的一面镜子。

2.4. 帮助收集需求

——通过绘制描述系统高级业务对象的概念性ERD来确定信息系统的需求。这样的初始模型还可以演化为物理数据库模型,以帮助创建关系数据库,或帮助创建流程图和数据流模式。

3. ERD符号指南

ER图包含实体、属性和关系。在这一节中,我们将详细讨论ERD符号。

实体

ERD实体是一个系统内可定义的事物或概念,例如人/角色(例如学生)、对象(例如发票)、概念(例如概要)或事件(例如交易)(注:在ERD中,术语“实体”经常被用来代替“表”,但它们是相同的)。在确定实体时,将它们视为名词。在ER模型中,实体显示为圆角矩形,其名称位于顶部,其属性列在实体形状的主体中。下面的ERD示例显示了一个ER实体的示例。

实体属性

属性也称为列,是持有它的实体的属性或特征。

属性具有描述属性的名称和描述属性类型的类型,如字符串的varchar和整数的int。在为物理数据库开发绘制ERD时,务必确保使用目标RDBMS支持的类型。

下面的ER关系图示例显示了一个包含一些属性的实体。

主键

主键是一种特殊的实体属性,它惟一地定义了数据库表中的一条记录。换句话说,不能有两个(或多个)记录共享主键属性的相同值。下面的ERD示例显示了具有主键属性“ID”的实体“Product”,以及数据库中表记录的预览。第三条记录无效,因为另一条记录已经使用了ID 'PDT-0002’的值。

外键

外键也称为FK,是对表中主键的引用。它用于标识实体之间的关系。注意,外键不一定是唯一的。多条记录可以共享相同的值。下面的ER关系图示例显示了一个具有一些列的实体,其中外键用于引用另一个实体。

关系

两个实体之间的关系表示这两个实体以某种方式相互关联。例如,一个学生可能注册了一个课程。因此,实体学生与课程是相关的,而一种关系是连接他们之间的连接器。

基数

基数定义一个实体中可能出现的事件数,该实体与另一个实体中可能出现的事件数相关联。例如,一个队有很多队员。当在ERD中出现时,实体团队和玩家以一对多的关系相互连接。

在ER图中,基数表示为连接器两端的鱼尾纹。三种常见的基本关系是一对一、一对多和多对多。

一对一的基数的例子

一对一关系主要用于将一个实体一分为二,以提供简明的信息并使其更易于理解。下图显示了一对一关系的一个示例。

一对多的基数的例子

一对多关系是指两个实体X和Y之间的关系,其中X的一个实例可能链接到Y的多个实例,而Y的一个实例只链接到X的一个实例。

多对多的基数的例子

多对多关系是指两个实体X和Y之间的关系,其中X可以链接到Y的多个实例,反之亦然。下图显示了一个多对多关系的示例。注意,在物理ERD中,多对多关系被分割为一对一对多关系。在下一节中,您将了解什么是物理ERD。

4. 概念、逻辑和物理数据模型

型通常是在三个抽象层次上绘制的:

概念ERD /概念数据模型 逻辑ERD /逻辑数据模型 物理ERD /物理数据模型 虽然ER模型的所有三个级别都包含具有属性和关系的实体,但是它们在创建的目的和目标受众方面有所不同。

一般理解的三个数据模型是业务分析师使用概念模型和逻辑模型系统中的业务对象存在,而数据库设计师或数据库工程师阐述了概念和逻辑ER模型生成物理模型,提出了物理数据库结构准备创建数据库。下表显示了三种数据模型之间的差异。

概念模型vs逻辑模型vs数据模型:

ERD featuresConceptualLogicalPhysicalEntity (Name)YesYesYesRelationshipYesYesYesColumns YesYesColumn’s Types OptionalYesPrimary Key YesForeign Key Yes

概念数据模型

概念性的ERD对系统中应该存在的业务对象及其之间的关系进行建模。开发了一个概念模型,通过识别所涉及的业务对象来呈现系统的总体情况。它定义了哪些实体存在,而不是哪些表。例如,“多对多”表可能存在于逻辑或物理数据模型中,但在概念数据模型中,它们只是作为没有基数的关系显示。

概念数据模型示例

注意:概念性ERD支持在建模两个实体之间的“一种”关系时使用泛化,例如,三角形是一种形状。这种用法类似于UML中的泛化。注意,只有概念性的ERD支持泛化。

逻辑数据模型

逻辑ERD是概念ERD的详细版本。通过显式定义每个实体中的列并引入操作实体和事务实体,可以开发逻辑ER模型来丰富概念模型。虽然逻辑数据模型仍然独立于将要创建数据库的实际数据库系统,但是如果它影响设计,您仍然可以考虑这一点。

逻辑数据模型示例

物理数据模型

物理ERD表示关系数据库的实际设计蓝图。物理数据模型通过为每个列分配类型、长度、可空值等来详细说明逻辑数据模型。由于物理ERD表示在特定DBMS中数据应该如何结构化和关联,因此考虑实际数据库系统的约定和限制是很重要的。确保DBMS支持列类型,并且在命名实体和列时不使用保留字。

物理数据模型示例

5. 如何绘制ER图?

什么是实体关系图(ERD)?

优惠劵

i胡说

关注

关注

18

点赞

156

收藏

觉得还不错?

一键收藏

知道了

6

评论

数据库实体关系图(ERD)及其画法

数据库绝对是软件系统不可分割的一部分。在数据库工程中充分利用ER关系图,可以保证在数据库创建、管理和维护中产生高质量的数据库设计。ER模型还提供了一种通信手段。

复制链接

扫一扫

专栏目录

ER(实体-联系图)图绘制工具

06-10

ER图一般指E-R图。E-R图也称实体-联系图(Entity Relationship Diagram),提供了表示实体类型、属性和联系的方法,用来描述现实世界的概念模型。它是描述现实世界关系概念模型的有效方法。

数据库建模画ER图工具

03-30

一个很好的数据库建模工具,超级小方便使用,可随身携带,ER图工具

6 条评论

您还未登录,请先

登录

后发表或查看评论

数据库实体关系图(ERD)

一个小小记事簿

07-04

1万+

数据库实体关系图(ERD)

关系型数据库的设计思想,20张图给你看的明明白白

jjc4261的博客

07-27

2966

本文介绍关系数据库的设计思想:在 SQL 中,一切皆关系。在计算机领域有许多伟大的设计理念和思想,例如:在 Unix 中,一切皆文件。在面向对象的编程语言中,一切皆对象。关系数据库同样也有自己的设计思想:在 SQL 中,一切皆关系。关系模型关系模型(Relational model)由 E.F.Codd 博士于 1970 年提出,以集合论中的关系概念为基础;无论是现实世界中的实体对象还是它们之间的联系都使用关系表示。我们在数据库系统中看到的关系就是二维表(Table),由行(Row)和列(Column)组成

UML设计系列(8):数据库关联关系图

weigeshikebi的博客

09-07

1万+

ER图

数据库表结构关系图生成

weixin_43390270的博客

12-08

5万+

Navicat for mySQL

如有你有这个数据库的工具的话,就可以直接将你建好的数据库表直接生成模型图。

打开Navicat,连接我们的数据库

打开数据库表

点击右下角的几个按钮

随便点击试一下,最后你会发现点击从左数第三个的时候,会变成我们想要的数据库表结构图

如果你想看他们单个的模型图,你可选中其中一个,右击鼠标,选择逆向表到模型图

然后就会弹出一个窗体 显示你要的模型图

...

【MySQL】使用Visio绘制数据库关系模型图

l2509548766的博客

03-04

9238

使用Visio绘制数据库关系模型图

1 新建项目

文件—新建–软件和数据库—数据库模型图

点击后,出现如下界面:

2 绘制

左侧“实体关系”中将“实体”形状拖放到绘制界面,如下图

3 编辑实体名称,如下图:

4 编辑列

点击“列”如下图:

完成实体:客人信息表 GuestRecord,如下截图

完成实体:客房表Room(同上操作),如下图

5 关系绑定

5.1添加 列RoomID到客人信息表

5.2 将“实体关系”中的关系工具拖放到某个实体上(鼠标不松开),直到该实体边框变红色,松开;箭头指

数据库:实体关系图(ER图)

热门推荐

燕双嘤

11-08

7万+

1,组成元素

元素

描述

表示形似

实体

客观存在并可以相互区别的事物

用矩形框,矩形框内写明实体名

属性

实体所具有的一个属性

用椭圆型表示,并用无向边将其与相应的实体连接起来

关系

实体和实体之间以及实体内部的关系

用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,

同时在无向边旁边标上联系的类型

2,关系详解

一,一对一

一对一关系是指对于实体集A与实体集B,A中的每一个实体至多与B中

mysql的关系图_学会sql数据库关系图

weixin_28864485的博客

01-28

2287

很久以前就知道微软的Petshop的很经典,昨天抽出时间去学习,一开始还真的不适应,什么成员资格,还真的看不太懂,运行petshop想从登陆学起,但是用户名和密码都不知道,后来发现有更注册的页面,自己注册了一个页面,才发现还得从数据库出发。花了这么多时间最终还是回到了数据库,但是数据库中一张一张的表格找不到脚本,也不是自己设计的数据库,完全没有一点头绪,后来突然想起来sql有个数据库关系图,可以很...

用实体关系图进行数据库建模

06-07

用图管理数据模型

用图(Diagram)管理数据模型高效方便

对于RDBMS,描述数据模型的图通常称为实体关系图(Entity Relationship Diagram,ERD)。用ERD描述数据模型能够帮助你预先精确定义数据需求。

介绍ERD建模工具

PowerDesigner和Visio 2000 Professional

在不同的工具之间,图的符号有着重大的差别,但它们的基本概念一样。

Moodle数据库关系图 ERD图

11-20

Moodle 数据库关系图

mxgraph实体关系(ERD)

07-05

mxGraph是一个JS绘图组件适用于需要在网页中设计/编辑...官方在线例子中有ERD关系图,但是github例子没有,最近正好要做ERD关系图,就在官线上一点一点扣下来,包括各种ERD关系如一对多,多对多,图标比较准备专业。

erd:将关系数据库模式的纯文本描述转换为图形实体关系图

04-28

该实用程序对实体,实体的属性以及实体之间的关系进行纯文本描述,并生成对描述进行建模的可视化图表。 可视化是通过将点与GraphViz结合使用而产生的。 用于指定颜色和字体信息的选项非常有限。 同样, erd可以输出...

erd-go:将关系数据库模式的纯文本描述转换为图形实体关系图。(转换为点文件)

05-22

将关系数据库模式的纯文本描述转换为图形实体关系图。(转换为点文件) 安装 从获取二进制文件。 或者 go get github.com/kaishuu0123/erd-go 或(对于Mac) brew tap kaishuu0123/erd-go brew install erd-go ...

大数据项目之用户上网行为分析.zip

03-04

大数据项目之用户上网行为分析.zip

VALENIAN动设备故障模拟试验台架PPT(1).pptx

03-04

VALENIAN动设备故障模拟试验台架PPT(1)

php学生成绩查询源码.zip

最新发布

03-04

php学生成绩查询源码

21.图解支付渠道网关(一):不只是对接渠道的接口_V20240120.pdf

03-04

21.图解支付渠道网关(一):不只是对接渠道的接口_V20240120

实体关系图ERD主要用于什么地方?其作用有哪些?

03-22

实体关系图ERD主要用于数据库设计中,它可以帮助开发人员更好地理解数据之间的关系,从而设计出更加合理的数据库结构。ERD的作用包括:1.帮助开发人员更好地理解数据之间的关系;2.提高数据库的可维护性和可扩展性;3.减少数据冗余和数据不一致性;4.提高数据查询和处理的效率。

“相关推荐”对你有帮助么?

非常没帮助

没帮助

一般

有帮助

非常有帮助

提交

i胡说

CSDN认证博客专家

CSDN认证企业博客

码龄12年

暂无认证

126

原创

3万+

周排名

48万+

总排名

55万+

访问

等级

4885

积分

175

粉丝

731

获赞

77

评论

3360

收藏

私信

关注

热门文章

数据库实体关系图(ERD)及其画法

69963

第一范式、第二范式、第三范式、BCNF范式详解

67771

各种颜色RGB值

13743

RISC和CISC的区别

11476

结构化数据、半结构化数据和非结构化数据

11308

分类专栏

Linux

33篇

GIS

4篇

OpenCV

6篇

设计模式

13篇

C++11

9篇

OpenGL

4篇

FFmpeg

25篇

SQL

11篇

ODBC

2篇

grpc

2篇

C/C++

129篇

算法

20篇

数据结构

15篇

QT学习笔记

44篇

MFC

8篇

Python

4篇

视音频处理

17篇

其他

31篇

最新评论

Markdown使用技巧总结:代码块折叠

upupupCoder:

如何表示该代码的编程语言呢

第一范式、第二范式、第三范式、BCNF范式详解

@玻璃罐:

这篇写的最好

C++模板元编程

小铁匠咕咕咕:

额。参考文献列表没找到

第一范式、第二范式、第三范式、BCNF范式详解

毛悲鸿:

因为管理员和仓库名是1v1啊,管理员就可以唯一确定一个仓库名。而且这可不是我说的,他自己上一行的函数依赖集就写了管理员→仓库名。

第一范式、第二范式、第三范式、BCNF范式详解

weixin_71701440:

作者不是说(管理员,物品名)或者(仓库名,物品名)都可以作为主码吗,你这里怎么有管理员—>仓库名呢,(管理员,物品名)--->仓库名才对吧。但是作者为什么分两个主码也是我疑惑的地方。可能是为了好解释一点吧!

您愿意向朋友推荐“博客详情页”吗?

强烈不推荐

不推荐

一般般

推荐

强烈推荐

提交

最新文章

QtOpenGL开发(三)着色器编程

QtOpenGL开发(二)绘制立方体

QTOpenGL开发(一)绘制平面图形

2023年37篇

2022年4篇

2021年49篇

2020年61篇

2019年126篇

2016年7篇

2015年48篇

目录

目录

分类专栏

Linux

33篇

GIS

4篇

OpenCV

6篇

设计模式

13篇

C++11

9篇

OpenGL

4篇

FFmpeg

25篇

SQL

11篇

ODBC

2篇

grpc

2篇

C/C++

129篇

算法

20篇

数据结构

15篇

QT学习笔记

44篇

MFC

8篇

Python

4篇

视音频处理

17篇

其他

31篇

目录

评论 6

被折叠的  条评论

为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

祝福语

请填写红包祝福语或标题

红包数量

红包个数最小为10个

红包总金额

红包金额最低5元

余额支付

当前余额3.43元

前往充值 >

需支付:10.00元

取消

确定

下一步

知道了

成就一亿技术人!

领取后你会自动成为博主和红包主的粉丝

规则

hope_wisdom 发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额

0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值

ER图(实体关系图)怎么画? - 知乎

ER图(实体关系图)怎么画? - 知乎切换模式写文章登录/注册ER图(实体关系图)怎么画?亿图图示​已认证账号关于绘图,我一般遵循这样的原则:绘图前先充分理解这类图形,回答它是什么,具有哪些绘图规范,最后才是怎么画。一、什么是E-R图?E-R图又称实体关系图,是一种提供了实体,属性和联系的方法,用来描述现实世界的概念模型。通俗点讲就是,当我们理解了实际问题的需求之后,需要用一种方法来表示这种需求,概念模型就是用来描述这种需求。比如学生生活中的校园卡系统数据库、公交卡系统数据库等等,都离不来实体关系图。学生就业系统E-R图学生饭卡E-R图E-R图中的基本元素(以上面的学生饭卡E-R图为例):1)实体实际问题中客观存在的并且可以相互区别的事物称为实体。实体是现实世界中的对象,可以具体到人,事,物。比如:上图中的饭卡、学生、办公室、食堂、超市。2)属性实体所具有的某一个特性称为属性,在E-R图中属性用来描述实体。比如上图中的学生,可以用“姓名”、“院系”、“班级”、“手机号”进行属性描述。属性3)实体集具有相同属性的实体的集合称为实体集。例如:全体学生就是一个实体集,(983573,李刚,男,2000/12/12)是学生实体集中的一个实体。4)键在描述实体集的所有属性中,可以唯一标识每个实体的属性称为键。键也是属于实体的属性,作为键的属性取值必须唯一且不能“空置”。比如:不重复的学生号,就可以作为学生的“键”。5)实体型具有相同的特征和性质的实体一定有相同的属性,用实体名及其属性名集合来抽象和刻画同类实体称为实体型,其表示格式为:实体名(属性1,属性2,……)6)联系世界上任何事物都不是孤立存在的,事物内部和事物之间都有联系的,实体之间的联系通常有3种类型:一对一联系,一对多联系,多对多联系。二、E-R图的绘图规范在ER图中有如下四个成分:1)矩形框:表示实体,在框中记入实体名。矩形框2)菱形框:表示联系,在框中记入联系名。菱形框3)椭圆形框:表示实体或联系的属性,将属性名记入框中。对于主属性名,则在其名称下划一下划线。椭圆形框4)连线:实体与属性之间;实体与联系之间;联系与属性之间用直线相连,并在直线上标注联系的类型。(对于一对一联系,要在两个实体连线方向各写1; 对于一对多联系,要在一的一方写1,多的一方写N;对于多对多关系,则要在两个实体连线方向各写N,M。)连线三、E-R图的具体绘制流程前面了解完E-R图的定义、组成元素以及绘制规范,我们这部分具体介绍E-R图的绘制步骤,大致可以分为以下5步:1)确定所有的实体集合;2)选择实体集应包含的属性;3)确定实体集之间的联系;4)确定实体集的关键字,用下划线在属性上表明关键字的属性组合;5)确定联系的类型,在用线将表示联系的菱形框联系到实体集时,在线旁注明是1或n(多)来表示联系的类型。接下来以 亿图图示 软件为例,直接进行绘制演示第一,打开软件,直接“新建空白画布”;第二,从左侧符号库拖拽矩形框,确定所有的实体集合及各自的关系;符号自由拖拽第三,从左侧符号库拖拽椭圆形框,选择实体集应包含的属性;符号自由拖拽第四,确定联系的类型,在用线将表示联系的菱形框联系到实体集时,在线旁注明是1或n(多)来表示联系的类型。确定联系类型简单4步,一幅E-R图就画出来了。想感受这种绘图效率的小伙伴,可以免费下载体验▼▼▼除了操作简单高效,亿图图示软件还有很多强大的功能,比如:模板一键替换打开右侧工具栏,点击“主题”,选择心仪的主题即可实现一键替换;模板一键替换社交分享如果你想把文件分享给同事/朋友,可以点击菜单栏右上角分享按钮,支持分享至微信、微博、QQ以及QQ空间,其中微信分享支持文件生成二维码,用户扫码即可完成分享动作。社交分享支持多端运行亿图图示同时兼容Windows、Mac、Linux,以及网页在线版;无论你是什么类型的电脑,亿图图示都可以完美适配。支持多种文件格式导入导出导入上,除了支持常见的图片格式、HTML格式、PDF格式外,它还额外支持导入Visio格式、ico格式等。导出上,亿图图示支持的文件格式也非常多样,大部分流程图软件不支持的PS、Word、Excel、PPT等格式,通过亿图图示同样可以导出。当然,Visio格式同样支持导出。文件导出个人云文档亿图图示最新版还打通了电脑版与在线版,增加了个人云功能。只需登陆同一个账号,两个平台即可实时同步更新文件。不管你怎么更换电脑,都不用担心软件不兼容或文件丢失的问题。如此绘图神器,大家一起收藏、体验起来☝☝☝编辑于 2022-08-11 09:33ER图实体关系模型绘图软件​赞同 318​​13 条评论​分享​喜欢​收藏​申请

实体关系图_百度百科

图_百度百科 网页新闻贴吧知道网盘图片视频地图文库资讯采购百科百度首页登录注册进入词条全站搜索帮助首页秒懂百科特色百科知识专题加入百科百科团队权威合作下载百科APP个人中心实体关系图播报讨论上传视频数据模型收藏查看我的收藏0有用+10本词条由《中国科技信息》杂志社 参与编辑并审核,经科普中国·科学百科认证 。ER模型,全称为实体联系模型、实体关系模型或实体联系模式图(ERD)(英语:Entity-relationship model)由美籍华裔计算机科学家陈品山发明,是概念数据模型中高层描述所使用的数据模型或模式图。ER模型常用于信息系统设计中。比如,在概念结构设计阶段,ER模型用来描述信息需求和/或要存储在数据库中的信息类型,但是数据建模技术可以用来描述特定论域(感兴趣的区域)的任何本体(对使用的术语和其联系的概述和分类)。在基于数据库的信息系统设计的情况下,在后面的逻辑设计阶段,概念模型要映射到逻辑模型上,如关系模型;它依次要在物理设计期间映射到物理模型上。注意,有时这两个阶段被一起称为“物理设计”。实体联系模式图(ERD)有一些约定。本文的余下部分描述经典概念,并且主要与概念建模有关。有一些概念更加典型的在逻辑和物理数据库设计中采用,包括信息工程、IDEF1x(ICAM DEFinition Language)和空间建模。中文名实体关系图外文名Entity Relationship Diagram也    叫ER模型目录1关系图含义2构成3弱实体4作图步骤5转换原则6常用符号7不常用符号8分类9参见关系图含义播报编辑E-R图E-R图为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。实体关系图表示在信息系统中概念模型的数据存储。构成播报编辑实体型(Entity)用矩形表示,矩形框内写明实体名;比如学生张三丰、学生李寻欢都是实体。属性(Attribute)用椭圆形表示,并用无向边将其与相应的实体连接起来;比如学生的姓名、学号、性别、都是属性。联系(Relationship)用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1 : 1,1 : n或m : n)就是指存在的三种关系(一对一,一对多,多对多)。 比如老师给学生授课存在授课关系,学生选课存在选课关系。弱实体播报编辑弱实体(weak entity)是一种数据库系统术语。其定义为一个实体对于另一个实体(一般为强实体,也可以是依赖于其他强实体的弱实体)具有很强的依赖联系,而且该实体主键的一部分或全部从其强实体(或者对应的弱实体依赖的强实体)中获得,则称该实体为弱实体。作图步骤播报编辑(1)确定所有的实体集合;(2)选择实体集应包含的属性;(3)确定实体集之间的联系;(4)确定实体集的关键字,用下划线在属性上表明关键字的属性组合;(5)确定联系的类型,再用线将表示联系的菱形框联系到实体集时,在线旁注明是1或n(多)来表示联系的类型。转换原则播报编辑转换为关系模式的原则1、一个实体转化为一个关系模式。实体属性就是关系的属性,实体的码就是关系的码。2、一个1:1联系可以转化为一个独立的关系模式,也可以与任意一端所对应的关系合并。3、一个1:n联系可以转化为一个独立的关系模式,也可以与任意n端所对应的关系合并。4、一个m:n联系转化为一个独立的关系模式。5、三个或三个以上实体间的多元联系可以转换为一个关系模式。6、具有相同码的关系模式可以合并。常用符号播报编辑ER样例实体(Entity)表示一个离散对象。实体可以被(粗略地)认为是名词,如计算机、雇员、歌曲、数学定理。关系描述了两个或更多实体相互如何关联。联系可以被(粗略地)认为是动词,如:在公司和计算机之间的拥有关联,在雇员和部门之间的管理关联,在演员和歌曲之间的表演关联,在数学家和定理之间的证明关联。实体和联系都可以有属性,如雇员实体可以有一个社会保障号码属性,证明关联可以有一个日期属性。每个实体(弱实体除外)都必须有一个唯一标识属性的最小化集合,这个集合叫做实体的主键。实体联系图不展示单一的实体或联系的单一的实例。它们展示的是实体集合和联系集合(矩形和菱形),如特定的歌曲是实体,在数据库中所有歌曲的搜集是一个实体集合。在安德鲁·怀尔斯及费马最后定理之间的证明联系是一个单一联系,所有这种数学家-定理联系的集合是一个联系集合。线条绘制于实体集合和它们所参与的联系集合之间。如果在实体集合中所有实体都必须在联系集合中参与一个联系,则绘制粗线,被称为参与约束。如果实体集合的每个实体可以在联系集合中参与最多一个联系,则绘制从这个实体集合到联系集合的一个箭头,被称为键约束。要指示在实体集合中每个实体都必须精确地参与一个联系,则绘制粗箭头。关联实体被用来解决有多对多联系的两个实体问题。一元联系是在一个单一的表格的行之间的联系。不常用符号播报编辑弱实体是不能用它自己的属性唯一标识的实体,所以必须用它自己的属性和与之有关的实体的主键二者作为它的主键。弱实体集合指示为粗矩形(实体),通过一个粗箭头把它连接到一个粗菱形(联系)上。有时两个实体是一个比一般实体类型更特殊化的子类型。例如,程序员和营销员都是软件公司雇员的类型,要指示这种关联,可以绘制带有 "ISA" 的三角形。超类是连接到顶点上而两个(或更多)子类连接到底边上。聚集是指将一个联系和所有它的参与实体集合可以被当作一个单一的实体集合,目的是让它可以参与另一个关联,这可以在所有聚集的实体和联系之外绘制一个虚矩形表示 [1]。分类播报编辑实体联系的模型可以依据是否只允许二元联系而分类为 BERM(二元实体关联模型)和 GERM(一般实体联系模型),BERM是指在两个实体之间的联系,所以GERM 允许三个或更多实体之间的联系。参见播报编辑实体关系模型统一建模语言数据结构图新手上路成长任务编辑入门编辑规则本人编辑我有疑问内容质疑在线客服官方贴吧意见反馈投诉建议举报不良信息未通过词条申诉投诉侵权信息封禁查询与解封©2024 Baidu 使用百度前必读 | 百科协议 | 隐私政策 | 百度百科合作平台 | 京ICP证030173号 京公网安备110000020000

什么是ERD Online | ERD Online

什么是ERD Online | ERD Online

Skip to main content�� If you like ERD Online, give it a star on Github! ��ERD Online文档登录ERD社区GiteeGithubSearchERD Online快速入门什么是ERD Online快速安装手动安装兼容性列表JDBC驱动版本第一个项目进阶数�结�技术栈DIY(自定义拓展)�境��自定义�布自定义�端�务开放能力元数�分组�类产�横�对比�益 OR 收益新版���更日志FAQ快速入门什么是ERD OnlineOn this page什么是ERD OnlineERD 是Entity-Relationship Diagram的缩写,中文��为�体关系图,也被称为 ERD�ER 图��体�系模���体�系模�图或 ER 模�,是一�用�数�库设计的结�图。ERD Online为开�者�供一站�的数�库结�设计�版本管��执行 sql�逆�解��文档生�功能。�**我们的目标:通过对元数�管�,�大数���代��BI�大�应用等赋能,让数��为�业创新的核心引�。业务��介�​核心能力​元数�解��数��将元数�解�出�,通过ERD Online在线管�。元数�管�这一设计解决了软件开�生命周期中,元数�管�效��下的问题。多数�支�(Mysql�Oracle�Sqlserver�Postgresql)支�所有符�SQL规范的数��,常�的有Mysql�Oracle�Sqlserver�Postgresql。多数��步在线ERD Online,多数���步。这一设计解决了一个产�需�适�多��通数��,��数�� SQL 方言�一致问题。在线导出 SQL(全�或差�)通过记录元数��动,形�版本节点,支���版本比对,生���数�� SQL 脚本。这一设计解决了产��开�阶段到生产阶段,差� SQL 比对费时耗力的问题。 在线执行 SQL无需安装第三方数�库管�工具,无需打开Shell窗�,在线往数��执行 SQL。 这一功能节�了�业大�采购正版数�库管�软件的费用。 数�血缘管�在线管�元数�之间的关�关系,形�血缘视图,一目了然。这一设计解决了传统数�关系�清晰,让数�关系梳�更高效。团队�作精准的��划分,根��通角色分��通功能,�障数�安全。支�多人�时在线�作,自动�步。元数�导出(Word�Pdf�Html�Markdown)支�导出离线文档 Word�Pdf�Html�Markdown,便�线下�通交��存档。 官方市场一键导入官方市场有大��行业��类���设备��通讯已有的元数�,�一键导入自己的项目,快速形�自己的元数�结�。�个仪器��个软件��次通讯,他们产生�传递的数�结�都是固定的,�在官方市场�索并导入,����建设。�代�平�(待建设)BI大��代�平�为��务​开�工程师​一键解�已有数��元数�并在线管�,生�差�上线SQL根�已有的元数�结�,生�项目代�自定义�个表固定的列BI开�大�开���师​打通产�线所有数��所有数��在线管�,��数�孤岛约定数��字段规范审计开�人员数���作DB 工程师​在线管�数��元数�,自定义全部数��看�审计上线 SQL项目管�/产�管�/工程效�管�人员​了解产��展过程中,数�形�以��化通过数���产��展决策Edit this pagePrevious快速入门Next快速安装业务��介�核心能力为��务文档开始使用快速入门FAQ社区社区论�文档资料�系我们(公众�)

Copyright © 2023 ERD Online 滇ICP备2023002995�

【知识】实体关系图(ERD)的定义和绘制-腾讯云开发者社区-腾讯云

实体关系图(ERD)的定义和绘制-腾讯云开发者社区-腾讯云辉哥【知识】实体关系图(ERD)的定义和绘制关注作者腾讯云开发者社区文档建议反馈控制台首页学习活动专区工具TVP最新优惠活动文章/答案/技术大牛搜索搜索关闭发布登录/注册首页学习活动专区工具TVP最新优惠活动返回腾讯云官网辉哥首页学习活动专区工具TVP最新优惠活动返回腾讯云官网社区首页 >专栏 >【知识】实体关系图(ERD)的定义和绘制【知识】实体关系图(ERD)的定义和绘制辉哥关注发布于 2022-05-13 14:13:273.1K0发布于 2022-05-13 14:13:27举报文章被收录于专栏:区块链入门区块链入门数据仓库2.png1. 摘要您将获得关于ER图和数据库设计的基本知识和技能。你会学到ERD是什么,为什么,ERD符号,如何画ERD,等等,以及一些ERD的例子。2.内容2.1 ERD定义实体 - 关系(ER)图(也称为ERD或ER模型)是Peter最初在1976年提出的经典且流行的概念数据模型。它是系统内不同实体的视觉表示以及它们如何相互关联。实体关系图广泛用于设计关系数据库。ER模式中的实体成为表,属性和转换的数据库模式。由于它们可用于可视化数据库表及其关系,因此它通常也用于数据库故障排除。ER-Diagrams有三个基本要素:实体是我们想要存储信息的“事物”。实体是一个人,地点,事物或事件。属性是我们要为权利收集的数据。关系描述了实体之间的关系。ERD - Illustrated by Visual Paradigm2.2 什么时候画ER图?什么时候画erd ?虽然ER模型主要用于在概念可视化和物理数据库设计方面设计关系数据库,但是在其他情况下,ER图也可以提供帮助。下面是一些典型的用例。2.2.1 数据库设计——根据变化的规模,直接在DBMS中更改数据库结构可能有风险。为了避免破坏生产数据库中的数据,仔细计划更改是很重要的。ERD是一个有用的工具。通过绘制ER图来可视化数据库设计思想,您有机会识别错误和设计缺陷,并在数据库中执行更改之前进行更正。2.2.2 数据库调试——调试数据库问题很有挑战性,特别是当数据库包含许多表时,需要编写复杂的SQL来获取所需的信息。通过使用ERD可视化数据库模式,您可以全面了解整个数据库模式。您可以轻松地定位实体、查看它们的属性并确定它们与其他实体之间的关系。所有这些都允许您分析现有数据库并更容易地发现数据库问题。2.2.3 数据库创建和补丁—Visual Paradigm是一个ERD工具,它支持一个数据库生成工具,可以通过ER图的方式自动创建和补丁数据库。因此,有了这个ER图工具,ER设计就不再是一个静态的图,而是反映物理数据库结构的一面镜子。2.2.4 帮助收集需求——通过绘制描述系统高级业务对象的概念性ERD来确定信息系统的需求。这样的初始模型还可以演化为物理数据库模型,以帮助创建关系数据库,或帮助创建流程图和数据流模式。2.3 ERD符号指南ER图包含实体、属性和关系。在这一节中,我们将详细讨论ERD符号。2.3.1 实体ERD实体是一个系统内可定义的事物或概念,例如人/角色(例如学生)、对象(例如发票)、概念(例如概要)或事件(例如交易)(注:在ERD中,术语“实体”经常被用来代替“表”,但它们是相同的)。在确定实体时,将它们视为名词。在ER模型中,实体显示为圆角矩形,其名称位于顶部,其属性列在实体形状的主体中。下面的ERD示例显示了一个ER实体的示例。2.3.2 实体属性属性也称为列,是持有它的实体的属性或特征。属性具有描述属性的名称和描述属性类型的类型,如字符串的varchar和整数的int。在为物理数据库开发绘制ERD时,务必确保使用目标RDBMS支持的类型。下面的ER关系图示例显示了一个包含一些属性的实体。2.3.3 主键主键是一种特殊的实体属性,它惟一地定义了数据库表中的一条记录。换句话说,不能有两个(或多个)记录共享主键属性的相同值。下面的ERD示例显示了具有主键属性“ID”的实体“Product”,以及数据库中表记录的预览。第三条记录无效,因为另一条记录已经使用了ID 'PDT-0002'的值。2.3.4 外键外键也称为FK,是对表中主键的引用。它用于标识实体之间的关系。注意,外键不一定是唯一的。多条记录可以共享相同的值。下面的ER关系图示例显示了一个具有一些列的实体,其中外键用于引用另一个实体。2.3.5 关系两个实体之间的关系表示这两个实体以某种方式相互关联。例如,一个学生可能注册了一个课程。因此,实体学生与课程是相关的,而一种关系是连接他们之间的连接器。2.3.6 基数基数定义一个实体中可能出现的事件数,该实体与另一个实体中可能出现的事件数相关联。例如,一个队有很多队员。当在ERD中出现时,实体团队和玩家以一对多的关系相互连接。在ER图中,基数表示为连接器两端的鱼尾纹。三种常见的基本关系是一对一、一对多和多对多。2.3.6.1 一对一的基数的例子一对一关系主要用于将一个实体一分为二,以提供简明的信息并使其更易于理解。下图显示了一对一关系的一个示例。2.3.6.2 一对多的基数的例子一对多关系是指两个实体X和Y之间的关系,其中X的一个实例可能链接到Y的多个实例,而Y的一个实例只链接到X的一个实例。image.png2.3.6.3 多对多的基数的例子多对多关系是指两个实体X和Y之间的关系,其中X可以链接到Y的多个实例,反之亦然。下图显示了一个多对多关系的示例。注意,在物理ERD中,多对多关系被分割为一对一对多关系。在下一节中,您将了解什么是物理ERD。2.4 概念、逻辑和物理数据模型ER模型通常是在三个抽象层次上绘制的:概念ERD /概念数据模型逻辑ERD /逻辑数据模型物理ERD /物理数据模型虽然ER模型的所有三个级别都包含具有属性和关系的实体,但是它们在创建的目的和目标受众方面有所不同。2.4.1 概念数据模型概念性的ERD对系统中应该存在的业务对象及其之间的关系进行建模。开发了一个概念模型,通过识别所涉及的业务对象来呈现系统的总体情况。它定义了哪些实体存在,而不是哪些表。例如,“多对多”表可能存在于逻辑或物理数据模型中,但在概念数据模型中,它们只是作为没有基数的关系显示。概念数据模型示例注意:概念性ERD支持在建模两个实体之间的“一种”关系时使用泛化,例如,三角形是一种形状。这种用法类似于UML中的泛化。注意,只有概念性的ERD支持泛化。2.4.2 逻辑数据模型逻辑ERD是概念ERD的详细版本。通过显式定义每个实体中的列并引入操作实体和事务实体,可以开发逻辑ER模型来丰富概念模型。虽然逻辑数据模型仍然独立于将要创建数据库的实际数据库系统,但是如果它影响设计,您仍然可以考虑这一点。逻辑数据模型示例2.4.3 物理数据模型物理ERD表示关系数据库的实际设计蓝图。物理数据模型通过为每个列分配类型、长度、可空值等来详细说明逻辑数据模型。由于物理ERD表示在特定DBMS中数据应该如何结构化和关联,因此考虑实际数据库系统的约定和限制是很重要的。确保DBMS支持列类型,并且在命名实体和列时不使用保留字。物理数据模型示例2.5 如何绘制ER图?如果你发现很难开始画ER图,不要担心。在这一节中,我们将为您提供一些ERD技巧。尝试按照下面的步骤来理解如何有效地绘制ER图。确定你清楚绘制ERD的目的。

您是否试图呈现涉及业务对象定义的整个系统体系结构?或者您正在开发一个为数据库创建准备好的ER模型吗?您必须清楚在适当的细节级别开发ER关系图的目的(有关更多细节,请阅读“概念、逻辑和物理数据模型”一节)确保您清楚要建模的范围。

了解建模范围可以防止在设计中包含冗余实体和关系。绘制范围中涉及的主要实体。通过添加列来定义实体的属性。仔细检查ERD,检查实体和列是否足够存储系统的数据。

如果没有,则考虑添加其他实体和列。通常,您可以在此步骤中标识一些事务、操作和事件实体。考虑所有实体之间的关系,并使用适当的基数。

(e实体客户和订单之间的一对多关系)。不要担心是否存在孤儿实体。虽然不常见,但却是合法的。应用数据库规范化技术以减少数据冗余和提高数据完整性的方式重构实体。

例如,制造商的详细信息最初可能存储在Product实体下。在规范化的过程中,您可能会发现详细信息会重复记录,然后您可以将其作为单独的实体制造商进行拆分,并使用一个外键在产品和制造商之间进行链接。2.6 选择ERD工具(1) Visual Paradigm使用ERD开发数据模型需要时间和精力。一个有用的数据库设计工具应该能够减少您所花费的时间和精力。Visual Paradigm不仅为您提供了ERD工具,还提供了一组可视化建模功能,帮助您更快、更轻松地绘制图形。它支持当今市场上大多数流行的关系数据库管理系统,包括数据库设计、数据库生成和ERD反转。(2)freedgo.com一款在线ER模型生成的工具,可以针对多种数据库的DDL文件在线生成ER模型图表,支持MySQL、SQLServer、Oracle、PostgreSQL等数据库。 主要功能如下: (1)支持表的创建,同时可以根据数据库的类型不同编辑表结构、字段类型、主键、默认值、索引、备注信息等等 (2)支持视图,触发器,sequence,存储过程,函数的查看及编辑 (3)同步生成SQL供用户操作参考: https://cloud.tencent.com/developer/article/2002621 https://www.freedgo.com3. 参考(1)「数据架构」什么是实体关系图(ERD)? https://cloud.tencent.com/developer/article/1558816 (2)数据库建模 : 概念模型 , 逻辑模型和物理模型 https://blog.csdn.net/tojohnonly/article/details/88343166 (3)【知识】一款支持MySQL的在线免费ER模型设计工具freedgo https://cloud.tencent.com/developer/article/2002621本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。 原始发表:2022-05-13,如有侵权请联系 cloudcommunity@tencent.com 删除前往查看数据库sqlhttps网络安全本文分享自 作者个人站点/博客 前往查看如有侵权,请联系 cloudcommunity@tencent.com 删除。本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!数据库sqlhttps网络安全评论登录后参与评论0 条评论热度最新登录 后参与评论推荐阅读LV.关注文章0获赞0目录1. 摘要2.内容2.1 ERD定义2.2 什么时候画ER图?2.2.1 数据库设计2.2.2 数据库调试2.2.3 数据库创建和补丁2.2.4 帮助收集需求2.3 ERD符号指南2.3.1 实体2.3.2 实体属性2.3.3 主键2.3.4 外键2.3.5 关系2.3.6 基数2.4 概念、逻辑和物理数据模型2.4.1 概念数据模型2.4.2 逻辑数据模型2.4.3 物理数据模型2.5 如何绘制ER图?2.6 选择ERD工具(1) Visual Paradigm(2)freedgo.com3. 参考相关产品与服务数据库云数据库为企业提供了完善的关系型数据库、非关系型数据库、分析型数据库和数据库生态工具。您可以通过产品选择和组合搭建,轻松实现高可靠、高可用性、高性能等数据库需求。云数据库服务也可大幅减少您的运维工作量,更专注于业务发展,让企业一站式享受数据上云及分布式架构的技术红利!产品介绍2024新春采购节领券社区专栏文章阅读清单互动问答技术沙龙技术视频团队主页腾讯云TI平台活动自媒体分享计划邀请作者入驻自荐上首页技术竞赛资源技术周刊社区标签开发者手册开发者实验室关于社区规范免责声明联系我们友情链接腾讯云开发者扫码关注腾讯云开发者领取腾讯云代金券热门产品域名注册云服务器区块链服务消息队列网络加速云数据库域名解析云存储视频直播热门推荐人脸识别腾讯会议企业云CDN加速视频通话图像分析MySQL 数据库SSL 证书语音识别更多推荐数据安全负载均衡短信文字识别云点播商标注册小程序开发网站监控数据迁移Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有 深圳市腾讯计算机系统有限公司 ICP备案/许可证号:粤B2-20090059 深公网安备号 44030502008569腾讯云计算(北京)有限责任公司 京ICP证150476号 |  京ICP备11018762号 | 京公网安备号11010802020287问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档Copyright © 2013 - 2024 Tencent Cloud.All Rights Reserved. 腾讯云 版权所有登录 后参与评论00

实体关系图 (ERD) 指南_erd图-CSDN博客

>

实体关系图 (ERD) 指南_erd图-CSDN博客

实体关系图 (ERD) 指南

最新推荐文章于 2022-10-26 00:45:15 发布

Warren2Lynch

最新推荐文章于 2022-10-26 00:45:15 发布

阅读量2.5w

收藏

152

点赞数

33

分类专栏:

visual paradigm

文章标签:

需求分析

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。

本文链接:https://blog.csdn.net/chktsang/article/details/122110197

版权

visual paradigm

专栏收录该内容

46 篇文章

8 订阅

订阅专栏

在本指南中了解有关实体关系图 (ERD)、它们的用途、如何理解它们、如何创建它们等的所有信息。

实体关系图 (ERD) 是一种图表,可让您查看不同实体(例如人员、客户或其他对象)在应用程序或数据库中如何相互关联。

它们是在设计新系统时创建的,以便开发团队可以了解如何构建数据库。它们也可以在现有系统上创建,以帮助团队了解系统的工作方式并查找和解决任何问题。

实体关系图使用一组特定的符号(例如形状和箭头)来描述系统和数据库。

这是 ERD 的示例:

ERD 的组成部分

实体关系图由许多不同的组件组成:

实体 (Entity)关系 (Relationship)属性 (Attribute)

实体

实体是可以存储有关它的数据的事物。它可以是物理对象(例如汽车、人)、概念(例如地址)或事件(例如学生注册课程)。它们代表名词。

它们通常表示为 ERD 上的矩形,矩形内带有实体名称。

实体也可以是强实体或弱实体。有什么不同?

强实体具有标识符(主键)并且不依赖于任何其他实体以使其存在。例如,学生可能是一个强大的实体,因为它可以有一个主键并且不依赖于任何其他实体来存在。

弱实体是依赖于强实体存在的实体。这意味着它有另一个实体的外键。例如,学生的注册可能是一个弱实体,因为没有学生就不可能存在注册。

关系

ERD 中的关系定义了两个实体如何相互关联。当谈到数据库或一组实体时,它们可以从动词派生。

ERD 中的关系表示为两个实体之间的线,并且通常在线上有一个标签来进一步描述关系(例如“注册”、“注册”、“完成”)。

ERD 上表示了几种类型的关系:

一对一:实体的一条记录与实体的另一条记录直接相关一对多:一个实体的一个记录与另一个实体的一个或多个记录相关。多对多:一个实体的多条记录可以与另一实体的多条记录相关。

属性

属性是实体的属性或可用于描述实体的东西。它们通常表示为椭圆形,或实体内的条目。

ERD 上表示了几种不同类型的属性:

简单:不能拆分为其他属性的属性,例如名字。复合:可以拆分为其他属性的属性,例如将姓名拆分为名字、中间名和姓氏。派生:从另一个属性计算或确定的属性,例如从创建日期计算的记录年龄。

属性也可以是单值或多值:

单值:只捕获一次的属性多值:可以为一个实体多次捕获的属性,例如多个电话号码。

什么是基数 (Cardinality)?

基数表示存在于两个实体之间的关系中的实体的实例数。这通常表示为数字,但也可以是符号,具体取决于所使用的图表样式。常见的基数值是零、一或多。

我们将在本指南后面看到一些基数示例。

自然语言 (Natural Language)

当我们创建 ERD 时,我们通常会知道我们想要捕捉什么。这通常可以用文字或“自然语言”来表达。

一些例子是:

“记录学生,他们注册的课程,以及教授课程的老师”“捕获客户订单、客户详细信息以及订单发送地点”“捕获患者数据及其进行的操作”

这些句子包括几种不同类型的单词,可用作 ERD 的起点。它们以几种不同的方式表示:

名词:“东西”,如学生或顾客。表示为一个实体。动词:动作,例如注册或发送。表示为两个实体之间的关系。形容词:描述词,如住宅或高级。表示为实体的属性。

这可以帮助您将需要绘制的图表的描述转换为实际图表。

符号和符号

创建 ERD 时,可以很容易地在它们之间创建框和线。但是,就像软件开发中的许多事情一样,有几种不同的方法和标准可用。对于 ERD,有多种符号标准,用于定义所使用的符号。

Chen

以下是与 Chen 符号样式一起使用的符号示例。

这是一个使用 Chen 符号的 ERD 示例:

乌鸦脚 (Crow's Foot)

这是用于乌鸦脚符号样式的符号示例。这是您在 Database Star 上看到最多的样式,因为它是我最熟悉的样式。它被称为“乌鸦的脚”,因为它象征着许多关系,看起来就像三爪乌鸦的脚。

这是一个使用 Crow's Foot 符号的 ERD 示例:

巴赫曼 (Bachman)

下面是与巴赫曼符号风格一起使用的符号示例。

下面是一个使用 Bachman 符号的 ERD 示例:

IDEF1X

下面是用于 IDEF1X 符号样式的符号示例。

这是使用 IDEF1X 表示法的示例 ERD:

巴克 (Baker)

下面是与 Barker 符号样式一起使用的符号示例。

下面是一个使用 Bachman 符号的 ERD 示例:

概念的 (Conceptual)、逻辑的 (Logical)、物理的 (Physical)

可以在三个不同的层次上绘制实体关系图:概念、逻辑或物理。

这些级别中的每一个都有不同的详细级别,用于不同的目的。

让我们看一些例子。

概念数据模型 (Conceptual Model)

概念数据模型显示系统中存在的业务对象以及它们如何相互关联。

它定义了存在的实体,这些实体不一定是表。对于这种类型的数据模型,对表格的思考过于详细。

此处显示了概念数据模型的示例。它显示了学生、课程以及它们之间的关系。

逻辑数据模型 (Logical Model)

逻辑模型是概念数据模型的更详细版本。属性被添加到每个实体,并且可以添加更多实体来表示区域以在系统中捕获数据。

下面是作为逻辑数据模型创建的学生和课程数据模型的示例。

物理数据模型 (Physical Model)

物理数据模型是这个过程中最详细的数据模型。它定义了一组表和列以及它们如何相互关联。它包括主键和外键,以及每列的数据类型。

这些图表可以在数据建模工具中手动创建。它们通常也由 IDE 从现有数据库生成。

这是学生和课程物理数据模型的示例。

下表概述了概念、逻辑和物理模型之间的差异:

特征概念性的逻辑的身体的实体是的是的是的关系是的是的是的属性是的是的属性类型是的钥匙是的

如何创建实体关系图

那么如何创建数据模型或实体关系图呢?

我在我的关系数据库设计课程中详细介绍了这一点,我也在我的数据库设计指南中进行了解释。

创建 ERD 的过程是:

写一两句关于您存储数据的内容列出你存储的数据——名词/对象列出要为每个对象存储的信息描述每个对象之间的关系画图

此处列出的步骤很简短,但该过程可能需要一些时间,具体取决于您对系统的熟悉程度以及您在创建实体关系图方面的经验。

创建实体关系图的技巧

以下是创建实体关系图的一些技巧:

根据图表的目的确定正确的详细程度。开发团队通常会发现逻辑模型最有用,但其他人可能会发现概念模型更有价值。查看实体和属性以查看它们是否包含您要存储在系统中的所有内容。命名所有实体和属性。如果您有一个大图表,请考虑使用颜色来突出显示不同的部分,或将其分解为较小的图表。与您的命名和使用的符号保持一致。

结论

实体关系图是一个很好的工具,可以帮助您定义、理解和沟通系统的需求。它可以在高层(概念数据模型)、详细级别(物理数据模型)或中间级别(逻辑数据模型)进行建模。

有一系列的建模符号或符号类型,它们定义了如何捕获实体、属性和关系。

如果您想开始为您的系统创建ERD,可以考虑在纸上画一个,或者使用Visual Paradigm Online 工具。

Visual Paradigm 的在线 ERD 软件使数据库设计变得快速而直接。ERD 图表工具具有创建专业、行业标准 ER 模型所需的所有 ERD 符号和连接器。无论您想创建概念、逻辑或物理数据模型, 下面汇总了一些 ERD 示例以帮助您入门。

单击 ER 图进行查看,或单击编辑按钮开始编辑。

大学

在线相册

小额贷款系统

科研合作交流

简单的订单系统

管理信息系统

考试安排

网上书店

最喜欢的球队统计

学生成绩 - 二元关系

学生成绩 - 三元关系

医院

汽车保险

不间断电源系统

优惠劵

Warren2Lynch

关注

关注

33

点赞

152

收藏

觉得还不错?

一键收藏

知道了

3

评论

实体关系图 (ERD) 指南

在本指南中了解有关实体关系图 (ERD)、它们的用途、如何理解它们、如何创建它们等的所有信息。实体关系图 (ERD) 是一种图表,可让您查看不同实体(例如人员、客户或其他对象)在应用程序或数据库中如何相互关联。它们是在设计新系统时创建的,以便开发团队可以了解如何构建数据库。它们也可以在现有系统上创建,以帮助团队了解系统的工作方式并查找和解决任何问题。实体关系图使用一组特定的符号(例如形状和箭头)来描述系统和数据库。这是 ERD 的示例:ERD 的组成部分实体关系图由许多.

复制链接

扫一扫

专栏目录

erd:将关系数据库模式的纯文本描述转换为图形实体关系图

04-28

该实用程序对实体,实体的属性以及实体之间的关系进行纯文本描述,并生成对描述进行建模的可视化图表。 可视化是通过将点与GraphViz结合使用而产生的。 用于指定颜色和字体信息的选项非常有限。 同样, erd可以输出多种格式的图形,包括但不限于:pdf,svg,eps,png,jpg,纯文本和点。

这是erd产生的输出的示例(单击它可获得较大的PDF版本):

安装

erd需要 ,其中之一是:

所有这些都可用于Windows,Mac和Linux。

MacPorts

erd可在MacPorts中一键安装(可以为您正确设置GraphViz):

port install erd

码头工人

成功克隆此存储库后,可在docker容器中使用erd的示例命令。

erdtag="0.2.1.0"; cd erd && docker build -t erd:$erdtag . && docker

数据库实体关系图(ERD)及其画法

我是一只蘑菇17的博客

10-09

2万+

首先,什么是实体关系图?实体关系图,又称ERD、ER图或ER模型,是一种用于数据库设计的结构图。ERD包含不同的符号和连接器,它们可视化两个重要的信息:系统范围内的主要实体,以及这些实体之间的相互关系。这就是为什么它被称为“实体”“关系”图(ERD)!当我们在ERD中谈到实体时,我们通常指的是业务对象,例如人员/角色(例如学生)、有形的业务对象(例如产品)、无形的业务对象(例如日志)等。“关系”是关于这些实体如何在系统中相互关联的。

3 条评论

您还未登录,请先

登录

后发表或查看评论

数据库设计--实体关系图(ERD)

Switch的博客

08-01

12万+

1、E-R图的定义

实体关系图:简记E-R图是指以实体、关系、属性三个基本概念概括数据的基本结构,从而描述静态数据结构的概念模式。 –百度百科

2、E-R的使用方法

E-R图为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。实体关系图表示在信息系统中概念模型的数据存储。 –百度百科

2.1E-R图表示法(Chen’s模型)

软件工程——实体关系图 + 状态转换图 + 数据流图

qq_51553982的博客

10-26

1万+

关于我为什么要写这篇文章上完软件工程,其实多数人会发现,实际我们没有会什么东西,很多东西不论是概念还是说实践都十分缺乏,很多教材十分老旧,视频也要么是陈年老视频要么很多地方都没有讲完整,不是说书和视频不好,只能说这些东西需要有些新鲜血液注入,而且其实学习的顺序都杂乱的,没有整体性,所以我打算帮大家进行整理,按照标准的顺序进行绘制项目中的所需要的图。请大家根据文章顺序看不要乱跳。

实体关系图E-R图(Entity Relationship Diagram)

limuzi13的专栏

12-24

22万+

1、什么是E-R图E-R图即实体-联系图(Entity Relationship Diagram),是指提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。E-R方法:是“实体-联系方法”(Entity-Relationship Approach)的简称。它是描述现实世界概念结构模型的有效方法。

实体联系模型,实体关系模型或实体联系模式图(ERD)是由美籍华裔计算机科学家陈品山(Pet

数据库ER图基础概念整理

热门推荐

贝伦酱

10-09

40万+

什么是ER图?ER图即是实体关系图!

ER图分为实体、属性、关系三个核心部分。实体是长方形体现,而属性则是椭圆形,关系为菱形。

ER图中关联关系有三种:

1对1(1:1) :1对1关系是指对于实体集A与实体集B,A中的每一个实体至多与B中一个实体有关系;反之,在实体集B中的每个实体至多与实体集A中一个实体有关系。

1对多(1:N) :1对多关系是指实体集A与实体集B中至

ERD(实体关系图)概念了解

CamphorBlossom的博客

10-16

8711

实体关系图 (ERD) 是的可视化表示。如下图:Customer、Order、Product表示实体(entity), 每个实体可以包含多个属性(attribute),也就是key所对应的字段(key分为PK和FK)。实体关系图在软件项目的规划阶段用于软件工程。它们有助于识别不同的系统元素及其相互关系。它通常用作众所周知的数据流图或 DFD 的基础。

数据库实体关系图(ERD)

一个小小记事簿

07-04

1万+

数据库实体关系图(ERD)

uml之实体关系图

uzong

05-19

3万+

什么是实体关系图(ERD)?

数据库是软件系统中不可或缺的一个组成部分,若能在数据库工程中好好利用 ER 图,便能让您生成高质量的数据库设计,用于数据库创建,管理和维护,也为人员间的交流提供了具意义的基础。

今天,我们将为你深入介绍 ER 图表。通过阅读本ERD指南,您将获得有关 ER 图和数据库设计的基本知识和技能。你会学到什么是 ERD,为什么要绘制 ERD,ERD 符号,如何绘制 E...

什么是数据库的实体关系图(ERD)?

yangjie123_的博客

10-27

1万+

实体关系图(Entity Relation Diagram,ERD)。用于数据库设计的结构图,描述系统内的实体以及实体之间的关系。

何时绘制ERD?

数据库设计 - 直接在数据库更改数据库结构会有风险, 为避免破坏数据库中的数据,需要仔细规划一切变更。通过绘制 ER 图来展示数据库设计蓝图,可以轻松找出错误和识别设计缺陷,并在执行数据库更改之前作出修正。

数据库调试 - 调试数据库问题往往具挑战性...

数据库:实体关系图(ER图)

燕双嘤

11-08

7万+

1,组成元素

元素

描述

表示形似

实体

客观存在并可以相互区别的事物

用矩形框,矩形框内写明实体名

属性

实体所具有的一个属性

用椭圆型表示,并用无向边将其与相应的实体连接起来

关系

实体和实体之间以及实体内部的关系

用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,

同时在无向边旁边标上联系的类型

2,关系详解

一,一对一

一对一关系是指对于实体集A与实体集B,A中的每一个实体至多与B中

mxgraph实体关系(ERD)

07-05

mxGraph是一个JS绘图组件适用于需要在网页中设计/编辑Workflow/BPM流程图、图表、网络图和普通图形的Web应用程序。mxgraph下载包中包括用javascript写的前端程序,也包括多个和后端程序(java/C#等)集成的例子。以下是mxgraph应用的几个例子。官方在线例子中有ERD关系图,但是github例子没有,最近正好要做ERD关系图,就在官线上一点一点扣下来,包括各种ERD关系如一对多,多对多,图标比较准备专业。

Moodle数据库关系图 ERD图

11-20

Moodle 数据库关系图

rails-erd:生成Rails应用程序的实体关系图

05-10

Rails ERD-为Rails应用程序生成实体关系图

是一颗宝石,它使您可以轻松地基于应用程序的Active Record模型生成图表。 该图概述了模型之间的关系。 拥有描述模型的图表对于您的应用程序而言是完美的文档。

Rails ERD的第二个目标是为您提供检查应用程序域模型的工具。 如果您不喜欢默认输出,则可以很容易地使用API​​来构建自己的图表。

Rails ERD是专门为Rails创建的,并且适用于3.0-5.0版本。 它使用Active Record的内置反射功能来确定模型的关联方式。

预习

这是由Rails ERD生成的示例实体关系图:

浏览以获取更多示例图。

要求

Ruby 1.9.3+

ActiveRecord 3.x-5.0.x

入门

有关如何安装Rails ERD的完整说明,请参见。 总结如下:

安装Graphviz 2.22+( )。 在具有Homeb

draw_erd:绘制Rails的实体关系图

05-17

抽屉 绘制Rails的实体关系图。安装将此行添加到您的应用程序的Gemfile中: gem 'draw_erd'然后执行: $ bundle用法将此行添加到您的config/routes.rb : mount DrawErd::Engine, at: '/rails/draw/erd'通过选择模型...

如何用7个步骤开发用户故事地图 (User Story Map)

Warren Lynch 的博客

01-18

1万+

插图使用 Visual Paradigm

如何用7个步骤开发用户故事地图 (User Story Map)什么是用户故事映射 (User Story Mapping)?用户故事映射是一种技术,允许您为积压 (backlog) 添加第二个维度。可视化使您能够看到Product Backlog的大图。它给你提供了一个很好的机会来决定精炼和订购积压。或者,“用户故事映射”一书的作者JeffPatto

如何绘制用例图 - How to Draw Use Case Diagram

Warren Lynch 的博客

12-12

1万+

用例图是一种UML图,它允许您建模系统功能(即目标 i.e.goal)以及与这些功能交互的参与者 (actor)。您可以在 Visual Paradigm 中绘制用例图,并使用事件编辑器 (flow of event editor) 的流程来记录用例的用例场景 (use case scenario)。在这一页中,您将看到如何使用UML工具绘制用例图。How to draw use case diagram with Visual Paradigm

什么是用户故事 (User Story)?

Warren Lynch 的博客

09-23

1万+

用户故事 (User Story)是从需要新功能的人(通常是系统的用户或客户)的角度对功能进行的简短而简单的描述。它们通常遵循一个简单的模板:

作为<类型的用户>,我想要 <某个目标> 以便达成 <某种原因>。

用户故事通常写在索引卡或便签上,存放在鞋盒中,并排列在墙壁或桌子上以方便计划和讨论。因此,他们强烈地将重点从写功能转移到讨论它们。事实上,这些讨论比写的任何文本都重要。

你能展示一些用户故事的例子吗?

敏捷用户故事的好处之一是它们可以在不同的细节层次...

oracle erd图

最新发布

05-22

Oracle ERD图是指使用Oracle数据库管理系统的实体关系图。它是用来描述数据库中实体、属性和它们之间关系的图形化工具。以下是创建Oracle ERD图的步骤:

1. 确定实体:确定要在ERD图中表示的实体,例如客户、订单、产品等。

2. 确定属性:确定每个实体的属性,例如客户的姓名、地址、电话号码等。

3. 确定关系:确定实体之间的关系,例如客户可以下订单,订单可以包含多个产品等。

4. 绘制ERD图:使用ERD图形化工具,将实体、属性和关系绘制在图中,以呈现数据库结构。

5. 优化ERD图:根据需要进行调整和优化,以确保ERD图清晰、易于理解。

需要注意的是,Oracle ERD图的创建过程需要考虑到数据库的设计原则和最佳实践,以确保数据库结构的合理性和可维护性。

“相关推荐”对你有帮助么?

非常没帮助

没帮助

一般

有帮助

非常有帮助

提交

Warren2Lynch

CSDN认证博客专家

CSDN认证企业博客

码龄15年

暂无认证

210

原创

2万+

周排名

1万+

总排名

157万+

访问

等级

1万+

积分

427

粉丝

429

获赞

64

评论

2491

收藏

私信

关注

热门文章

[完全免费] 在线UML Class Diagram 类图工具 - 教程第1部分

75413

软件工程:软件开发生命周期 (SDLC)

56817

什么是价值流图 (Value Stream)?示例汇总

53744

什么是敏捷项目管理 (Agile Project Management)?

48186

DMAIC方法的五个步骤

43410

分类专栏

PDF Editor

1篇

online flipbook

2篇

infographic

1篇

实践敏捷开发中的Scrum

25篇

six sigma

1篇

Tutorial

25篇

visual paradigm

46篇

User Story Mapping

13篇

uml diagram

45篇

ArchiMate

56篇

BPMN

31篇

TOGAF

32篇

Strategic Analysis

20篇

Scrum

144篇

PMBOK

8篇

customer journey map

3篇

uml

41篇

Project Management

7篇

software Development

24篇

Agile

154篇

在线图表

42篇

AWS

4篇

AWS Architecture

5篇

SysML

2篇

Wireframe

1篇

online Diagram

18篇

最新评论

实体关系图 (ERD) 指南

weixin_50267415:

大哥 为啥第一个图里面还有双线啊

超级简单的流程图指南

风叶z:

文章很棒face]emoji:062.png[/face],这种方式简单明了,看了很多介绍流程图的文章,都只是单纯介绍 标签的作用,一个具体现实用例也没有,文字怎么抽象,看一下就忘了,有时候还不知道咋样

实体关系图 (ERD) 指南

三文鱼先生:

用电脑绘制

实体关系图 (ERD) 指南

合法的程序:

想问一下PDManer怎么绘制ERD呢

[完全免费] 在线UML Class Diagram 类图工具 - 教程第1部分

淡远:

UML图绘制工具,我推荐PDDON在线画图,非常好用,完全免费,还能一键转手绘风格绘图,支持生成代码和SQL脚本

自荐文章

【论文阅读】Elucidating the Design Space of Diffusion-Based Generative Models

1025

面向对象(OOP)和面向过程(POP)编程区别

247

Java电子招投标采购系统源码-适合于招标代理、政府采购、企业采购、等业务的企业

67

【介绍一下Vite吧】

MySQL CTEs通用表表达式:进阶学习-递归查询

257

最新文章

UML组件图综合指南:设计清晰、可维护的软件系统

創造難忘品牌體驗的影片行銷秘訣

“在 ArchiMate EA 建模中的组合关系:构建块和依赖关系

2023年7篇

2022年10篇

2021年56篇

2020年8篇

2019年183篇

2018年110篇

2017年11篇

目录

目录

分类专栏

PDF Editor

1篇

online flipbook

2篇

infographic

1篇

实践敏捷开发中的Scrum

25篇

six sigma

1篇

Tutorial

25篇

visual paradigm

46篇

User Story Mapping

13篇

uml diagram

45篇

ArchiMate

56篇

BPMN

31篇

TOGAF

32篇

Strategic Analysis

20篇

Scrum

144篇

PMBOK

8篇

customer journey map

3篇

uml

41篇

Project Management

7篇

software Development

24篇

Agile

154篇

在线图表

42篇

AWS

4篇

AWS Architecture

5篇

SysML

2篇

Wireframe

1篇

online Diagram

18篇

目录

评论 3

被折叠的  条评论

为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

祝福语

请填写红包祝福语或标题

红包数量

红包个数最小为10个

红包总金额

红包金额最低5元

余额支付

当前余额3.43元

前往充值 >

需支付:10.00元

取消

确定

下一步

知道了

成就一亿技术人!

领取后你会自动成为博主和红包主的粉丝

规则

hope_wisdom 发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额

0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值

快速入门 | ERD Online

快速入门 | ERD Online

Skip to main content�� If you like ERD Online, give it a star on Github! ��ERD Online文档登录ERD社区GiteeGithubSearchERD Online快速入门什么是ERD Online快速安装手动安装兼容性列表JDBC驱动版本第一个项目进阶数�结�技术栈DIY(自定义拓展)�境��自定义�布自定义�端�务开放能力元数�分组�类产�横�对比�益 OR 收益新版���更日志FAQ快速入门快速入门快速入门📄� 什么是ERD OnlineERD 是Entity-Relationship Diagram的缩写,中文��为�体关系图,也被称为 ERD�ER 图��体�系模���体�系模�图或 ER 模�,是一�用�数�库设计的结�图。ERD Online为开�者�供一站�的数�库结�设计�版本管��执行 sql�逆�解��文档生�功能。�📄� 快速安装⚡ 一键�费�有部署ERD Online指引.📄� 手动安装⚡ 手动�费�有部署ERD Online指引.📄� 兼容性列表ERD Online 目�支�在多家公有云�商的主机上安装,以下是兼容性列表,�已通过严格的安装使用测试,�续将添加更多的�商以�基础设施版本的支�。📄� JDBC驱动版本⚡ 内置的�数��JDBC版本.📄� 第一个项目ERD Online�作指引! 🔥�PreviousERD OnlineNext什么是ERD Online文档开始使用快速入门FAQ社区社区论�文档资料�系我们(公众�)

Copyright © 2023 ERD Online 滇ICP备2023002995�

为了彻底搞清楚数据库 E-R 模型设计,我肝了这篇万字长文 - 知乎

为了彻底搞清楚数据库 E-R 模型设计,我肝了这篇万字长文 - 知乎切换模式写文章登录/注册为了彻底搞清楚数据库 E-R 模型设计,我肝了这篇万字长文CoderGeshu『 微信搜索同名公众号 』文章简介本文以图文并茂的方式描述了关系型数据库设计的各个阶段及重要概念,并重点介绍了概念设计和逻辑设计两大核心阶段,着重强调了 E-R 模型的构造步骤,除此之外还补充了关系模式的规范化及如何求解关系模式的候选码等重要知识点。1 数据库设计概述1.1 何为数据库设计? 数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求和处理要求)。数据库是信息系统的核心和基础,它把信息系统中大量的数据按一定的模型组织起来,并提供存储、维护、检索数据的功能,最终使信息系统可以方便、及时、准确地从数据库中获得所需的信息。即数据库的设计目标是:为用户和各种应用系统提供一个信息基础设施和高效率的运行环境,这里的高效率代表的是冗余少、易维护和便于使用。数据库设计大致可分为如下几个阶段:需求分析 → 概念设计 → 逻辑设计 → 物理设计 → 数据库实现 → 运行与维护阶段。总而言之,数据库设计是一个不断迭代和逐步求精的过程。而在这个过程中,重中之重的阶段为概念设计与逻辑设计,且本文也是围绕这两个阶段着重展开叙述的。1.2 必须要明确的几个概念 本文主要讨论分析的数据库设计为关系型数据库,在正式开始了解数据库设计阶段之前先来明确几个关系型数据库的重要概念。关系 :关系型数据库关系的数据结构就是一张二维表,通俗的讲,二维表名称就是关系名。属性 :二维表中的列称为属性(字段),每个属性都有一个属性名。值域 :二维表中属性的取值范围称为值域,每个属性都有一个值域。关系模式 :二维表的结构称为关系模式。设关系名为 R,其属性为 A1,A2,…,An,则关系模式可以表示为:R(A1,A2,…,An),一个具体的例子:职工(职工号,姓名,性别,部门)。候选码 :如果一个属性集的值能唯一标识一个关系的元组而又不含多余的属性,则称该属性集为候选码。在一个关系上可以有多个候选码。主属性 :包含在任一候选码中的属性。非主属性 :不包含在任一候选码中的属性。主键 :有时一个关系有多个候选码,可以选择其中一个作为主键。每个关系有且只有一个主键。外键 :如果关系模式 R 中的属性 K 是其他关系模式的主键,那么 K 在关系模式 R 中称为外键。2 需求分析需求分析阶段就是分析用户的需要与要求,它是设计数据库的起点,需求分析的结果能否准确地反映用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结果是否合理和实用。需求分析的主要任务就是要通过详细调查现实世界中要处理的对象,来充分了解明确用户的各种需求,最终确定系统的功能,并且必须充分考虑系统在今后可能的扩充和改变,不能仅仅按当前应用需求来设计数据库。需求分析阶段的最终产物是要有明确的系统需求分析报告,一般会包括数据流图、功能模块图、数据字典等内容,并且它是指导开展数据库设计后续阶段活动的重要依据。由于本文主要介绍数据库的 E-R 模型设计,所以关于需求分析的相关内容就不再展开叙述。3 概念设计3.1 现实世界向机器世界的过渡 概念设计是设计形成一个独立于 DBMS 的概念数据模型,用来表述数据与数据之间的联系,它直接面向现实世界,因而很容易被用户所理解,方便用于数据库设计者与用户的交流。该阶段先设计与用户具体应用相关的数据结构——用户视图,然后再不断对视图进行集成修改,最终得到一个能正确、完整地反应该单位数据及联系并满足各种处理要求的数据模型,之后再把概念模型转换成具体机器上 DBMS 支持的数据模型。概念结构设计的特点:能真实、充分地反映现实世界;易于理解;易于更改;易于向关系、网状、层次等各种数据模型转换。概念设计的阶段的主要描述工具就是 E-R 模型(Entity-Relationship Model)。3.2 E-R 模型 经过上文可知 E-R 模型是概念设计阶段的主要描述工具,起到『承上启下』的一种过渡作用,其重要性不言而喻,所以现在我们先来了解一下 E-R 模型中的几个重要概念。3.2.1 实体和属性实体是 E-R 模型的基本对象,是对现实世界中各种事物的抽象。它可以是物理存在的事物,例如人、汽车等;也可以是抽象的概念,例如学校、部门等。属性是不可分割的数据单位,用于描述实体所具有的特征,例如教师实体具有姓名、性别、地址等属性。能够唯一表示实体的属性集称为码。在 E-R 模型中,实体一般是长方形来体现,而属性则是椭圆形,如果属性是主码(主键),则在属性名称下用画下划线来表示。如下图所示。这张图描述了一个教师的实体对象以及它拥有的姓名、性别等属性,是对现实世界信息的直观描述。某些属性还可以划分具有独立意义的子属性,那这类属性就称为复合属性。例如人的姓名可划分为“姓”和“名”;地址属性可以划分为邮政编码、省名、市名、区名和街道这些子属性,而街道又可划分为街道名和门牌号,其层次结构如下:复合属性的用途有两个:准确模拟现实世界的复合信息结构;当用户需要把复合属性作为一个整体使用又需要单独使用各子属性时,属性的复合结构就显得十分重要。例如发邮件时称呼对方可能只需要复合属性“姓名”中的“姓”就足够了。属性按照取值的个数还可以分为单值属性和多值属性。单值属性是指此属性对于同一个实体只能取一个值,大多数的属性都属于单值属性,例如同一个人只能具有一个年龄和一种性别。但是在某些情况下,实体的属性可能取多个值,这时候的属性就称为多值属性,例如人的联系方式信息就是一个多值的,有的人有 1 个电话,有的人有 2 个或者 3 个等等,或者可以分为移动电话联系方式、固定电话联系方式和邮件联系方式等。注意:多值属性的描述与单值属性不一致,它采用双线椭圆表示,并且在实际开发过程中,如果有多值属性出现,一般要将其另归为实体或联系。实体属性之间可能具有某种联系,例如人的年龄属性和出生日期有一种相互依赖关系,根据出生日期可以推导出人的年龄,我们就称年龄为导出属性或派生属性。导出属性不仅可以从另外的属性中导出,也可以从相关的实体导出。例如一个公司实体的员工数量属性的值可以通过累计该公司所有员工数得到。还有一种属性称为可选属性,即并不是所有的属性都必须有值,有些属性的可以没有值,这就是可选属性,在椭圆的文字后用“(O)”来表示。3.2.2 实体型和键同一类实体构成实体类或实体集,实体类的特征用实体型来表示,实体型本质上是一个具有相同属性的实体集合,由一个实体型名字和一组属性来定义,用于描述一组实体的公共结构,该实体集合中的任一实体称为该实体型的一个实例。例如,一个公司有上千名员工,需要在数据库中存储每个员工的信息,而这些员工的信息又都是类似的,如姓名、年龄等是这些员工相同的属性,只不过对于不同的员工其具体的属性值不同而已,此时我们就可以把这些类似的实体抽象为一个实体型,如:员工(员工编号、姓名、部门、性别、年龄、职称)。由此看来,实体型这一概念也就是上文我们所提到的关系模式,只是换了个马甲而已,实体型名字也就是关系模式名字。为了区别实体型中的不同实体,又引入了“键”的概念,它要求对于不同的实体,“键”的值必须不同,例如不同的员工必须要有一个不同的“员工号”来作为区别。一个实体型可以有多个键,例如“人”的姓名和生日属性是一个键,而身份证号属性是另一个键。实体型的每个简单属性都具有一个可能的取值范围,称为值域,例如“人”的年龄值域可以为 1-150 的整数范围。3.2.3 实体间的联系(1)联系的种类现实世界中,事物内部或事物之间总是有联系的,联系反映了实体内部或实体之间的关系。联系的度数指的是一个联系所涉及的实体数。比如:单实体联系、两实体联系和多实体联系。比较常见的为两实体联系,两个实体之间可能存在以下联系:一对一联系(1 : 1),例如部门和负责人之间的联系,一个部门有一个负责人,一个负责人负责一个部门;一对多联系(1 : n),例如部门和员工之间的联系,一个部门有多个员工,而每个员工只属于一个部门;多对多联系(m : n),例如项目和员工之间的联系,一个项目可以需要多个员工参加,而一个员工也可以参加多个项目。联系一般使用菱形来进行描述,上面的这几种联系可用如下 E-R 图来表示。单实体联系也可分为一对一、一对多、多对多联系,如员工和员工之间的“领导”关系就是一对多联系,员工与员工之间的配偶关系是一种一对一联系。一般地,两个以上的实体之间也存在一对一、一对多和多对多的联系。例如学生选课系统中有三个实体:学生、教师、课程,此时它们之间的联系如下:它表示一个教师可以教授多门课程,一个课程可以被多个教师教授;一个学生可以选择多门课程,一门课程可被多个学生选择,学生在选课的同时选择教师。(2)联系的存在性除了上面联系的种类之外,还要考虑一个实体在一个联系中的存在性。存在性在转换成逻辑模式后表现为某个属性是否可以为空值,空值为不明确的值,在 DBMS 中用 NULL 表示。一般的,联系有如下几种存在性:强制存在:在连线上划“1”,表示最小的基数为1。如果联系一端的实体的实例对于该联系的其他实体的实例必须存在,则称该实体为强制的。可选存在:连线上划“0”,表示最小基数为0。如果联系一端的实体的实例对于该联系的其他实体的实例不要求一定存在,则称该实体为可选的。未知存在:连线上不划“1”或“0”,表示目前不知道是强制还是可选的。例如上述员工参加项目的 E-R 图,可以补充完善其联系的存在性:它表示一个项目至少要有一个员工参加(强制性的),而一个员工可能不参加任何一个项目(可选的)。3.2.4 高级 E-R 构造高级 E-R 构造指的是对 E-R 模型的扩充,简称 EER 模型(extend-ER),EER 模型包括了 E-R 模型的所有概念,此外,它还包括泛化层次、汇集层次和弱实体等概念。(1)泛化层次泛化层次涉及到子类、超类、泛化和特化等概念,让我们先来了解一下。子类和超类在很多应用中,一个实体型的实体需要进一步划分为多个子集合,并要明确表示出来。例如,实体型教师的成员实体可以分为教授、副教授、讲师和助教 4 个实体集合,这些集合都是教师实体集合的子集合(可定义为子实体型),称之为实体型教师的子类,而实体型教师称为这些子实体型的超类。子类与超类之间的关系称为 IS-A 关系,子类的成员必须是超类的成员,否则不能在数据库中出现,但是超类的某些成员可以不属于任何子类。这一概念和 Java 继承关系中的子类与父类概念是很类似的。泛化(归纳)泛化也称为归纳,它是将几个实体中的某些公共属性概括出来,提升为一个高一层次的超类,而原先的实体类则变为子类,子类除了它自己的属性以外还继承超类的属性。泛化层次可分为互斥泛化层次和重叠泛化层次两种。互斥泛化层次是指子类之间是互斥的,即一个实例不可能出现在两个以上的子类中,互斥泛化层次在泛化层次图中的圆圈中写入字母 D(Disjoint); 重叠泛化层次在泛化层次图中的圆圈中写入字母 O(Overlapping)。例如,实体型飞机、火车和汽车可以泛化出超类运输工具,图中的双线表示运输工具实体型的每个实体必须属于一个子类,即表示子类完全包含了超类,超类中的每一个实例,子类中都有该实例,这种情形称为完全性限制。特化(演绎)特化是泛化的逆过程,它也称为演绎,是根据超类而演绎出子类的过程。例如,实体型教师可以演绎形成子类教授、副教授、教师和助教,这个过程是按照教师职称对教师实体的分类,它还可以使用不同的分类规则进行多种演绎。例如,可以按照教师的专业对教师实体进行演绎,得到文科教师、理科教师和外语教师等等。(2)汇集层次汇集(Aggregation)是另一种重要的信息抽象手段,描述了整体和部分之间的联系,即实体之间“…是…的一部分(is part of)”的联系,或者“……是由……组成的”。汇集层次中没有继承,所以也不以超类、子类来称呼相关的实体,而是称为父实体和成份实体。汇集的概念类似于面向对象概念中的聚合关系。例如,一个教室由房间、门窗、电脑、投影仪等等组合而成,它们之间没有继承关系。(3)弱实体在实际领域中经常存在这样一些实体型,它们没有自己的键(即所有属性都不足以形成主键),这种实体型的实体不能独立存在,必须要依赖于一个强实体,则称这种实体型为弱实体型。在 E-R 图中用双线框表示弱实体。弱实体型的不同实体的属性值可能完全相同,难以区别,所以它才需要与一般的实体型进行关联,目的就是用来区分不同的弱实体。如在人事管理系统中,职工家属的信息就是以职工的存在为前提的,家属实体是弱实体,子女与职工的联系是一种依赖联系。又如,学生家长是一种弱实体,因为只有学生实体存在,家长实体才会存在。上图就表示了家属实体是弱实体,不能单独存在必须依赖与职工实体,这里的标示的依赖信息为存在依赖(E)和标识依赖(ID):存在依赖:若某个实体 X 的存在依赖于另外一个实体 Y 的存在而存在,则称 X 存在依赖于 Y。这是一种特殊的联系,用 E 表示,并用箭头表示方向,其中 X 称为弱实体,用双框表示,称 Y 为 X 的父实体。标识依赖:如果一个实体不能用它自己的属性来唯一标识,即没有自己的主键,而只能用与其他实体的联系来标识,则称该实体标识依赖于其他实体。这也是一种特殊的联系,用 ID 表示,并用箭头表示方向。3.3 概念设计方法与步骤 在了解了 E-R 模型的相关概念之后,我们就需要了解一下概念设计中的几种常用设计方法和策略,总体策略和方法可以归纳为 4 种。(1)自顶向下:首先定义全局概念结构的框架,然后逐步细化。(2)自底向上:首先定义各局部应用的概念结构,然后将它们集成起来,最终得到全局概念结构。(3)逐步扩张:首先定义最重要的核心概念结构,然后向外扩充,以滚雪球的方式逐步生成其他概念结构,直至总体概念结构。(4)混合策略:将应用划分为相对独立的不同功能,针对每一种功能设计相应的局部 E-R 模型,最终通过归纳合并,消去冗余和不一致,形成全局 E-R 模型。最常用的策略是自底向上法,即先进行自顶向下的需求分析,再进行自底向上的概念设计,如下图所示。正如上图所示,一般我们会根据需求中的一个独立的小模块进行概念模式的设计,然后再对这些局部视图进行集成,最终汇总成一个符合需求分析要求的全局概念模式。自底向上概念结构设计步骤:抽象数据并设计局部视图;集成局部视图,得到全局概念结构。3.4 局部 E-R 模型设计 按照上述的概念设计策略,一般情况下我们会先按照需求模块进行局部 E-R 模型的构建,然后在集成汇总为全局 E-R 模型。局部 E-R 模型设计首先要确定局部 E-R 图描述的范围,一般要遵循独立性原则和规模适度原则。独立性原则指的是划分在一个范围内的应用功能具有独立性与完整性,与其他范围内的应用有最少的联系。规模适度原则是指局部 E-R 图规模应适度,一般以 6 个左右的实体为宜。建立 E-R 模型的步骤:区分实体和属性 → 找出汇集层次 → 找出泛化层次 → 找出弱实体 → 定义联系。(1)区分实体和属性实体要有描述信息。如果一个对象有多个描述信息,则应考虑将其作为实体;但如果一个对象只有一个描述信息,则应考虑将其作为属性。如果某些非标识属性有多个值与实体对应,即属性的多个值与标识属性的一个值对应,则称其为多值属性。将多值属性归为另一个实体将属性归到它最直接描述的实体中。例如属性“办公楼名”应归到实体部门中,而不是归到实体职工中。(2)找出汇集层次对基本实体进行分析,如有某个实体是由其他实体组成,则将它们构造成一个汇集层次,通常的做法是将已有的实体汇集出一个新实体。(3)找出泛化层次一旦完成了基本实体的划分,就可以用泛化和特化(两者都要用)来构造类层次,如果基本实体有了变化,则要重新考虑有关的泛化层次和新产生的泛化层次。要做好泛化和特化的工作,经验起着重要的作用。(4)找出弱实体对于弱实体,建议在建立泛化层次后再考虑,比如说一个公司的职工家属相对于公司就是一种弱实体存在。(5)定义联系上述工作完成之后就可以来定义实体之间的联系了。当然泛化层次、汇集层次等也是特殊类型的联系,只是做泛化、汇集等分析时通常会产生新实体,而普通的联系是指实体之间发生作用,不会产生新实体也不会减少实体。这就是为什么要到最后才考虑联系的原因。应该说定义联系是ER模型的关键,大部分的信息关联都是由联系表述出来的。注意:联系应该是最后分析定义的阶段,在区分实体和属性的时候不要过早考虑联系。实体之间有多个联系是可能的,但不要表示相同的概念,否则将会出现联系的冗余。冗余联系是指表示相同概念的多个联系,从 E-R 图生成关系模式时,冗余联系会导致生成的关系模式不规范,有过多的冗余。此外,多个实体之间存在联系也是可能的,这就是多实体联系,例如上文的学生选课就是一个多实体联系的实例。(6)建立 E-R 模型注意的几点原则在创建 E-R 模型的过程中,一般我们要遵守以下几点原则:属性是不可分割的;每个实体有唯一的标识,而联系没有标识,一般联系的标识依赖于相关实体的标识;每个子类有唯一的超类,子类本身不定义标识,而从超类中继承标识;不允许弱实体作为子类,但可作为超类;实体名、联系名和属性名在一个 E-R 图(局部或全局)中应唯一;相同实体之间的多个联系应是可区别的。3.5 E-R 模型的集成 由于局部 E-R 模型反映的只是局部子功能对应的数据视图,且局部 E-R 图之间可能存在不一致之处,还不能作为逻辑设计的依据,此时可以进行 E-R 模型的集成,去掉不一致和重复的地方,最终合并为全局视图。局部 E-R 模型的集成方法有如下两种:多元集成法:一次性将多个局部 E-R 图合并为一个全局 E-R 图;二元集成法:用累加的方式一次集成两个局部 E-R 图。在实际应用中一般根据系统的复杂程度选择集成的方法,并可以混合选择使用。无论采用哪种集成方法,每次集成都分为两个阶段:合并:消除局部 E-R 图之间的不一致,生成初步 E-R 图;优化:消除(或减少)数据冗余,生成全局 E-R 图。视图集成最好由一个人完成,或始终在一个人主持下完成,否则不但旧的问题解决不了,新的问题也会不断产生。下面就这两个阶段的内容进行展开叙述。3.5.1 合并由于各个局部应用所面临的问题不同,且通常是由不同的设计人员进行局部 E-R 图的设计,这就导致各个局部 E-R 图之间必定存在许多不一致的地方,即存在冲突。合理地消除冲突,形成一个能为全系统中所有用户共同理解和接受的统一的概念模型,成为合并局部 E-R 模型的主要工作。冲突主要分为三类:属性冲突、命名冲突和结构冲突。(1)属性冲突① 属性域冲突,即属性值的类型、取值范围不一致。例如,员工的工号是使用数值型还是字符型。② 属性取值冲突。例如,学生的成绩有的以百分制计,有的以五分制计。这类冲突是由于用户在业务上的约定而引起,必须由用户协商解决。(2)命名冲突命名冲突可能发生在实体、属性和联系上,常见的为属性冲突。① 同名异义:不同意义的对象在不同的局部应用中具有相同的名字。例如,“单位”既可以表示人员所在部门,也可以作为长度、重量等度量的属性。② 异名同义:同一意义的对象在不同的局部应用中具有不同的名字。例如学校的“系别”与“学院”实际上是同一实体。这类冲突通常可以采取行政手段进行协商解决。(3)结构冲突① 同一对象在不同局部应用中具有不同的身份。例如局部模型A中的某实体在另一局部模型 B 中被设计为属性,这就造成了结构上的冲突。解决方法:将实体转化为属性或将属性转化为实体,保持结构的统一。② 同一对象在不同局部应用中的属性组成不完全相同。例如,对同一类“员工”这一对象,在局部模型 A 中其属性为工号、姓名、性别、年龄4个属性,而在另一局部模型 B 中的属性为工号、姓名、所在部门 3 个属性组成。解决方法:对实体的属性取其在不同局部应用中的并集,并适当设计好属性的次序。③ 相同实体之间的联系在不同局部模型中不一致。例如,在局部应用 A 中实体 E1 和 E2 是一对多联系,而在局部应用 B 中却是多对多联系。解决方法:根据应用语义对实体联系的类型进行综合或调整。3.5.2 优化数据冗余和联系冗余是 E-R 模型的主要冗余问题,能被其他数据推导(派生)出来的数据就是冗余数据,能被其他联系推导(派生)出来的联系就是冗余联系。例如,员工实体同时具有“出生年月”和“年龄”属性,“年龄”可以从“出生年月”中推导出来,因此是冗余数据。冗余的存在容易破坏数据的完整性,造成数据库的维护困难,应予以消除。可以利用多种方法来消除冗余,在关系型数据库中更常用规范化理论来进行分析。4 逻辑设计概念设计阶段得到的 E-R 模型是针对用户的概念模型,它独立于具体的 DBMS,而逻辑设计阶段的主要任务就是将其转化为具体 DBMS 所支持的数据模型。这里以关系型数据库模型进行讨论,其逻辑结构设计阶段主要分为:将 E-R 图转化为关系数据模型、关系模式的规范化和优化。4.1 将 E-R 图转化为关系数据模型 数据关系模型是一组关系模式的集合,将 E-R 图转化为关系数据模型实际上是要将实体、属性和联系转化为关系模式。一般有如下转化原则。(1)转化实体一个实体转化为一个关系模式,实体属性就是关系属性,实体的码(主键)就是关系的码。例如,一个职工的关系模式为“职工(职工号、姓名、性别、年龄、职称、部门)”。(2)转化弱实体如果存在弱实体,则一个弱实体转化为一个关系模式,并以其依赖的强实体的码作为该关系的码。例如,职工的家属是弱实体,则可转化成关系模式:家属(职工号,家属名,家属关系)。(3)转化汇集层次对于汇集层次,将基数为1的成份实体的键加入到其父实体中作为外部键,将父实体的键加入到基数为M的成份实体中,作为其外部键。(4)转化泛化层次对于泛化层次,将每个超类的键作为其子类的键和外部键。(5)转化多值属性如果存在多值属性,则多值属性要转化成一个独立的关系,并以其实体的码作为该关系的码。例如,职工的联系方式是个多值属性,那么可以转化成“职工联系方式(职工号,联系方式)”。(6)转化联系一个 1:1 联系 可以转化为一个独立的关系模式,但更常用的是把联系与任意一端对应的关系模式合并。如果转化为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转化为关系的属性,每个实体的码均是该关系的候选码。如果把联系与一端实体的关系模式合并,具体选择哪一端需要根据应用环境确定,但应以尽量减少连接操作为目标。例如,一个负责人管理一个部门:一个 1:n 联系 可以转化为一个独立的关系模式,但更常用的是把联系与 n 端对应的关系模式合并。如果转化为一个独立关系模式,则与该联系相连的各实体的码以及联系本身的属性均转化为关系的属性,而关系的码为 n 端实体的码。在实际应用中比较常用的转化方式是把联系与 n 端实体的关系模式合并。例如,对于一个部门由多个员工组成:可以转化为关系模式:部门(部门号,部门名称)、员工(工号,姓名,性别,部门号)。一个 m:n 联系 转化为一个独立的关系模式,与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,关系的码为各实体码的组合。例如学生选课操作:选课联系可以转化为模式:选课(学号,课程号,课程成绩),其中的课程成绩是联系中带的属性。4.2 关系模式的规范化 通常情况下,数据库逻辑设计的结果(关系模式)并不唯一,为了进一步减少关系模式中的存在的异常、提高应用系统的性能,规范化理论是重要理论基础和有力工具。4.2.1 搞清楚什么是函数依赖在进行下面内容之前,我们先来看如下 3 种函数依赖的概念。我们假设:R(U) 是属性集 U 上的一个关系模式,X、Y 是 U 的子集。函数依赖:用 X→Y 表示,称为“X 决定 Y”或者称为“Y 函数依赖于 X”。例如:{工号} → {职工姓名}。完全函数依赖:如果“Y 函数依赖于 X”,且对于 X 的任一真子集 X’,都不能决定 Y,那么称“Y 完全函数依赖于 X”。例如:(学号,课程号,成绩)关系模式中,存在函数依赖 {学号,课程号} → 成绩,并且 {学号,课程号} 的任意真子集,都不能决定成绩,所以这个函数依赖即为完全函数依赖。传递函数依赖:如果X→Z,Z→Y,且 Z 不包含 X,那么称“Y 传递函数依赖于 X”。假设有关系模式:(学号,学生姓名,班级,班主任),由学号可以得到学生所在班级,而又班级又可得到班主任,反之则不成立,所以此模式中存在传递函数依赖:{学号} → {班主任}。4.2.2 学会求解候选码如果要对关系模式进行规范化处理,那么我们首先必须要明确什么是候选码、主属性、非主属性等概念。又因为根据定义,属于候选码的属性就是主属性,不属于候选码的属性就是非主属性,所以最重要的一点就是学会求解关系模式中的候选码。设有关系模式 R,U 是组成该关系的属性名的集合,F 是属性间函数依赖关系的集合。现在假设有:R,且 U = {A, B, C , D , E}; F = {A→B , AC→D , CD→E , E→C},来求解此关系模式的候选码。由上述信息可得出:UL = {A}, UR = {B}, UB ={C, D, E}。其中 UL 表示仅在函数依赖集 F 中各依赖关系式左边出现的属性的集合,若 UL 非空,则 UL 中的任一属性必定包含在关系模式 R 的候选码中;UR 表示仅在函数依赖集 F 中各依赖关系式右边出现的属性的集合,若 UR 非空,则 UR 中的任一属性必定不包含在关系模式 R 的任一个候选码中;UB = U -UL - UR ,它表示在依赖关系式左右两边都出现的属性的集合。结合本例,A 属性只出现在依赖关系的左侧,所以它一定包含在候选码中,而 B 属性只出现在依赖关系的右侧,所以它一定不包含在候选码中,其余的为左右两侧都有出现,所以它们可能包含在候选码中也可能不包含在候选码中。所以我们还要继续如下步骤。如果 UL+ = U,即 UL 的闭包是该关系模式的整个属性集合,那么 UL 就为关系模式 R 唯一的候选码,而如果 UL+ ≠ U,那就要将 UL 依次与 UB 中的属性组合进行闭包求解了。我们还是依照本例,UL = {A},则 UL+ = {A, B},即由属性 A 并根据 F 中的依赖关系只能推导出来属性 B(因为 F 中存在 A→B),所以此闭包结果为 {A, B} ≠ U(闭包运算其实就是由当前元素可以推导出的元素总集合),所以此时还需要 UL 中的元素与 UB 中的元素依次组合再继续求解,如下:(AC)+ = {A, B, C, D, E} = U,所以 AC 为此关系模式的一个候选码,从而 ACD,ACE,ACDE 都不为候选码(为什么求解出来了 AC 后,就确定后面这几个不是候选码了?这还要死抠候选码的定义,见 1.2 内容)(AD)+ = {A,B,D} ≠ U,所以 AD 不为候选码;(AE)+ = {ABCDE} = U,所以 AE 为候选码,从而 ADE 不为候选码。算法结束,所以当前关系模式的候选码为 AC 和 AE,那么主属性就为 A、C、E,非主属性为 B、D。求解到了候选码、主属性和非主属性,就可以利用下面规范化理论的步骤,消除非主属性对码的不同函数依赖(主要是拆分模式),以此来达到不同的范式层次。4.2.3 规范化理论通常把关系数据库的规范化过程中为不同程度的规范化要求设立的不同标准称为范式。根据关系模式满足的不同性质和规范化的程度,把关系模式分为 1NF(第一范式)、2NF、3NF、BCNF、4NF 和 5NF,它们是层层递进的关系,通常把模式 R 的第 n 范式简记为:R∈nNF。经过上述函数依赖概念的了解以及学会候选码的求解之后,我们就可以根据范式的定义来对模式进行规范化处理:第一范式 :如果关系模式 R 的所有属性均为简单属性,即每个属性都是不可再分(原子性)的,则称R属于第一范式,记作 R∈1NF。第二范式 :如果关系模式 R∈1NF,且每个非主属性都完全函数依赖于 R 的码,则称 R 属于第二范式,记作 R∈2NF。第三范式 :如果关系模式 R∈2NF,且每个非主属性都不传递函数依赖于 R 的候选码,则称 R 属于第三范式,记作 R 属于 3NF。BC 范式 :如果关系模式 R∈1NF,且对于所有的函数依赖 X→Y(Y ∉ X),决定因素 X 都包含了 R 的一个候选码,则称 R 属于 BC 范式,记作 R∈BCNF。如上几种范式的递进过程如下图所示。4.3 关系模式的优化 为了提高数据库应用系统的性能,需要对关系模式进行修改、调整,通常采用合并与分解两种方法。(1)合并合并多个关系模式的主要是减小连接操作而提高查询效率。它一般的应用场景为多个关系模式具有相同的主键,并且这些关系模式主要处理多关系的查询操作。(2)分解为了提高数据操作效率和存储空间的利用率,可以对关系模式进行水平分解和垂直分解。水平分解:把关系模式按照分类查询的条件分解成几个关系模式,这样可以减少应用系统每次查询需要访问的记录数,从而提高效率。例如,某大学学生数据库存在关系模式:学生(学号,姓名,年龄,籍贯),但是事实情况是多数查询一次仅涉及其中一类学生,则可以把学生按类别进行水平分割:本科生(…);硕士生(…);博士生(…)。垂直分解:把关系模式R的属性分解为若干子集合,形成若干子关系模式。例如,职工情况的关系模式:职工(职工编号,姓名,性别,年龄,职务,工资,工龄,住址,电话),但事实情况是经常查询前六项,较少使用后三项,则可以把此关系模式垂直分解:职工信息1(职工编号,姓名,性别,年龄,职务,工资),职工信息2(职工编号,工龄,住址,电话)。同时存在经常查询和非经常查询的属性,均可采用垂直分割的方法。其优点是减少数据传递量,提高查询速度。5 物理设计数据库在物理设备上的存储结构与存取方法称为数据库的物理结构,它依赖于给定的计算机系统。数据库物理设计一般包含两个步骤:确定数据库的物理结构(存取方法和存储结构)、对物理结构进行评价(时间和空间效率)。(1)确定数据库物理结构① 确定数据的存储结构和存放位置包括确定:关系、索引、聚簇、日志、备份等;考虑因素:存取时间、存储空间利用率和维护代价。根据应用情况将易变部分与稳定部分、存取频率较高部分与存取频率较低部分分开存放,以提高系统性能。② 设计合适的存取路径;③ 确定系统配置,DBMS产品一般都提供了一些系统配置变量和存储分配参数。(2) 评价物理结构① 评价内容对数据库物理设计过程中产生的多种方案的时间效率、空间效率、维护代价和各种用户需求进行细致的评价,从中选择一个较优的方案作为数据库的物理结构。② 评价方法定量估算各种方案的存储空间、存取时间以及维护代价,对估算结果进行权衡、比较,选择出一个较优的合理的物理结构,如果该结构不符合用户需求,则需要修改设计。6 数据库实现数据库的逻辑和物理结构设计好以后,就要在实际的计算机系统中建立数据库并试运行了,这个阶段的主要工作有如下几点。建立数据库结构;装入数据;编制与调试应用程序;数据库试运行;整理相关文档。7 数据库运行和维护数据库经过试运行后,如果符合系统设计的目标,就可以正式投入运行了。在数据库运行过程中,应用环境、数据库的物理存储等会不断发生变化,这时应由 DBA 不断地对数据库设计进行评价、调整、修改,概括起来,数据库维护工作包括以下内容。(1)数据库的转储和恢复转储和恢复是系统正式运行后最重要的维护工作之一。DBA 要针对不同的应用要求制定不同的转储计划,定期对数据库和日志文件进行备份。一旦发生介质故障,即利用数据库备份及日志文件备份,尽快将数据库恢复到某种一致性状态。(2)数据库的安全性、完整性控制DBA 必须根据用户的实际需要授予不同的操作权限。在数据库运行过程中,由于应用环境的变化,对安全性的要求也会发生变化,DBA 需要根据实际情况修改原有的安全性控制。由于应用环境的变化,数据库的完整性约束条件也会变化,需要 DBA 不断修正,以满足用户要求。(3)数据库性能的监督、分析和改进在数据库运行过程中, DBA 必须监督系统运行,对监测数据进行分析,找出改进系统性能的方法。利用监测工具获取系统运行过程中一系列性能参数的值,通过仔细分析这些数据,判断当前系统是否处于最佳运行状态,如果不是,则需要通过调整某些参数来进一步改进数据库性能。(4)数据库的重组织和重构造重组织的形式分为全部重组织和部分重组织(只对频繁增、删的表进行重组织),它指按原设计要求重新安排存储位置、回收垃圾、减少指针链等,以提高系统性能,但其不会修改原设计的逻辑和物理结构。重构造主要指部分重构造(若变化太大,重构无用),它的主要工作是根据新环境调整数据库的模式和内模式,比如:增加新的数据项、改变数据项的类型、改变数据库的容量、增加或删除索引、修改完整性约束条件。重构造的实质是修改数据库的部分模式和内模式。8 总结本文主要总结了数据库设计的阶段步骤及关系型数据库的部分重要概念,重点总结论述了概念设计和逻辑设计两大核心阶段,着重强调了 E-R 模型的构造,除此之外还补充了关系模式的规范化及如何求解关系模式的候选码等重要知识点。通过本文,首先需要做到的是明确数据库中相关术语或概念的具体含义,比如实体型、关系、关系模式等;其次需要掌握相关的设计策略与理论,比如自底向上分析、规范化理论等;最终,需要通过不断的实操练习,把理论知识运用的实际应用中。巨人的肩膀1. 雷景生, 叶文珺, 楼越焕. 数据库原理及应用[M]. 北京:清华大学出版社, 2015.2. 张永, 顾国庆. 关系模式中候选码的求解[J], 上海电力大学学报, 2002.3, 18(1): 38-40作者信息大家好,我是 CoderGeshu,一位热爱生活的程序员,如果这篇文章对您有所帮助,别忘了点赞收藏哦。 欢迎大家关注同名公众号 CoderGeshu,获取最新文章分享。 编辑于 2021-11-23 22:02数据库设计ER图​赞同 295​​10 条评论​分享​喜欢​收藏​申请

免费ERD软件在线

免费ERD软件在线

产品全新

一站式演示平台

简报编辑器

在线 PPT 浏览器

数字设计与出版平台

创建 / 编辑

PDF 编辑套件

文件编辑器

试算表编辑器

简报编辑器

设计工具

绘图工具

分享与出版

电子书制作工具

在线 PPT 浏览器

Self Hosted Flipbooks

其他工具和实用程序

文件转换工具

照片效果工具

表格编辑器

Craft compelling animations that showcase your brand's essence

Create impactful mind maps to convey ideas precisely

功能

资源

社区创作

书籍 / 幻灯片

设计 /图表

最新消息

学习

博客

知识

学术合作伙伴

解决方案

教育

娱乐

金融

营销

医疗

房地产

零售

初创公司

旅行

模板

设计

小册子

问候卡

信息图表

Instagram 帖子

邀请函

海报

查看所有

图表

ArchiMate

平面图

流程图

家系图

思维导图

UML 类图

查看所有

统计图表

条形图

K 线图

环形图

折线图

饼图

雷达图

查看所有

翻页书本

小册子

业务简介

产品目录

搭配风格秀

招股书

个人作品集

查看所有

相簿

婴儿相簿

日常相簿

家庭相簿

宠物相簿

旅行相簿

婚礼相簿

查看所有

照片拼贴

照片拼貼

情绪板

漫画

查看所有

生產力

文件

简报

试算表

表单工具

价格

注册

登录

English

简体中文

繁體中文

Español

Deutsch

Polski

Português

Bahasa Indonesia

日本語

한국인

Русский

产品全新

Visual Paradigm Online

Visual Paradigm Online

PDF 编辑套件

在几秒钟内编辑超大 PDF。 PDF 工具和转换器。

文件编辑器

在线编辑和共享 Word 文档。

简报编辑器

创建令人印象深刻的投影片并在线共享。

试算表编辑器

轻松编辑和共享 Excel 文件。

绘图工具

创建流程图、思维图等图表。

表格编辑器

收集数据。获得反馈。分享结果。无需编码。开始使用我们易于使用的表单构建器。

文件转换工具

将音频、图像和视频文件转换为各种格式。

设计工具

创建信息图表、传单和营销材料。

照片效果工具

使用 AI 人工智能修复和改善照片。

电子书制作工具

将文件转换为电子书,并使用精美的书架进行分类管理。

在线 PPT 浏览器 New

在线查看和播放 PowerPoint 演示文稿。

动画说明

Smart Board全新

功能

资源

社区创作

书籍 / 幻灯片

设计 /图表

最新消息

学习

博客

知识

解决方案

教育

娱乐

金融

营销

医疗

房地产

零售

初创公司

旅行

模板

设计

小册子

问候卡

信息图表

Instagram 帖子

邀请函

海报

查看所有

图表

ArchiMate

平面图

流程图

家系图

思维导图

UML 类图

查看所有

统计图表

条形图

K 线图

流程图

环形图

折线图

饼图

雷达图

雷达图

翻页书本

小册子

业务简介

产品目录

搭配风格秀

招股书

个人作品集

查看所有

相簿

婴儿相簿

日常相簿

家庭相簿

宠物相簿

旅行相簿

婚礼相簿

查看所有

照片拼贴

照片拼貼

情绪板

漫画

查看所有

表单工具

试算表

Pricing

English

简体中文

繁體中文

Español

Deutsch

Polski

Português

Bahasa Indonesia

日本語

한국인

Русский

注册

登录

免费工具

免费ERD软件在线

免费ERD软件在线

使用免费在线图表工具绘制 ER 图和组织结构图

免费在线数据库设计解决方案!

Visual Paradigm Online免费版提供免费的 ERD 软件供个人使用。学生和教育工作者,现在就开始使用这款灵活、简单的在线 ERD 软件创建 ERD 吧!除了 ERD,您还可以使用 VP Online 免费创建 UML 和组织结构图!高级图表类型,如流程图、ArchiMate、BPMN 和思维导图,都可以在更高版本中以非常低的成本获得。

Make an ERD

创建精彩的 ERD 所需的一切

完全免费

For doing homework, self-learning, and all sorts of personal uses. For Free!

Create unlimited number of diagrams and shapes

No ads

简单、迅速

Create professional database design with our web-based ERD editor. Some of the editing features:

Drag-to-create shape

Well attached connectors (no separate apart)

Draw with your own shapes

Hundreds of diagram templates

一体化图表工具

一款功能全面的图表绘制软件,拥有 UML、ERD、组织结构图、平面图、业务概念和 ITIL 工具。您可以升级到付费版,以获取流程图、BPMN、ArchiMate、Mdin Map、PERT、DFD、SWOT 等图表。

然而,这并非全部……

终身免费

没有图表数量限制

没有图形数量限制

全方位绘图工具:ERD工具、UML工具、组织结构图工具、平面图工具、ITIL,商业概念图

无缝升级至付费版本以获取更多更强大的图表类型和功能

全面兼容各款浏览器,并适用于所有作业系统 - Mac, Windows, Linux

拖拽式操作,无需学习和培训就能轻松绘制出专业的图表

多种多样的格式选项(形状和线条,纯色和渐变色),40多种连接器类型,RTF标题,字体选项,阴影效果等

建立您自己的形状库,用您自己的形状创建图表。

轻松添加文字,笔记,外部图像,网页链接到图表

兼容多种文件格式,一键导出 PNG,JPG,SVG,GIF,PDF,方便您与他人进行分享

数百个图例和模板,让您轻松创建出各种专业图表

将图表储存至 Google 云端硬盘,方便安全又高效

Visio 图表和模板导入

亲自体验,更证美好

亲自尝试一下。只需浏览并编辑以下ERD示例即可。你会亲眼看到它是我们所说的一切,或者更多。

影片租赁

在线相册

簡單的訂單系统

管理信息系统

网上书店

库存系统

学院

开启图表

实体关系图示例:影片租赁开启图表

开启图表

实体关系图示例:在线相册开启图表

开启图表

实体关系图示例:簡單的訂單系统开启图表

开启图表

实体关系图示例:管理信息系统开启图表

开启图表

实体关系图示例:网上书店开启图表

开启图表

实体关系图示例:库存系统开启图表

开启图表

实体关系图示例:学院开启图表

更多方案

Visio Free Alternative

Free UML Drawing Tool

Easy-to-Use Diagramming Software

创建属于您的图表

没有限制,一按启用。

开始使用

产品

PDF 工具套件

翻页书本

图表工具

设计工具

文档编辑器

簡報製作工具

试算表编辑器

价格

资源

书籍/幻灯片

设计/图表

讨论区

学习

博客

知识

免费工具

网站地图

公司

关于我们

新闻中心

媒体工具包

联系我们

法律

服务条款

隐私政策

安全概述

举报投诉

与我们联系

特色产品

Visual Paradigm在线

Visual Paradigm 动画制作工具

Visual Paradigm Smart Board

Visual Paradigm桌面

©2024

by Visual Paradigm. 版权所有。

服务条款

隐私政策

安全概述