【文档说明】第5章数据库设计与ER模型课件.ppt，共(70)页，407.035 KB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-92327.html

以下为本文档部分文字说明：

第五章数据库设计和ER模型本章重要概念（1）DBS生存期及其7个阶段的任务和工作，DBD过程的输入和输出。（2）概念设计的重要性、主要步骤。逻辑设计阶段的主要步骤。（3）ER模型的基本元素，属性的分类，联系的元数、连通词、基数。采用ER方法的概念设计步骤。（4）ER模型

到关系模型的转换规则。采用ER方法的逻辑设计步骤。（5）ER模型的扩充：弱实体，超类和子类。主要内容和学习要求5.1数据库设计概述（了解）5.2数据库设计的全过程（领会）5.3ER模型（综合应用）5.4ER模型到关

系模型的转换（综合应用）5.5ER模型实例分析（理解）5.6ER模型的扩充（理解）5.1数据库设计概论之一软件工程人们认为，应该用科学知识、工程方面的纪律指导软件开发的过程，以提高软件质量和开发效率，

降低开发成本。软件生存期从软件的规划、研制、实现、投入运行后的维护，直到它被新的软件所取代而停止使用的整个期间。数据库工程数据库系统生存期数据库应用系统从开始规划、设计、实现、维护到最后被新的系统取代

而停止使用的整个期间。数据库设计的输入输出隶属关系规划需求分析系统设计程序编制调试运行维护运行和维护实现物理设计逻辑设计概念设计需求分析规划软件生存期数据库生存期处理需求DBMS特征总体信息需求第5步物理设计第3步概念设计第4步逻辑设计第1步规划第2步需求描述

和分析硬件和OS特征物理数据库结构需求说明书信息结构（独立于硬件、软件）逻辑数据库结构（DBMS能处理的）应用程序说明书数据库设计的输入输出主要内容5.1数据库设计概述5.2数据库设计的全过程5.3ER模

型5.4ER模型到关系模型的转换5.5ER模型实例分析5.6ER模型的扩充5.2.1规划阶段进行建立数据库的必要性和可行性分析，确定数据库系统在组织中和信息系统中的地位。任务：确定系统的范围；确定开发工作所需的资源(人员、硬件和软件)；估算软件开发的成本；确定项目

进度。结果是可行性分析报告及数据库规划纲要，内容包括信息范围、信息来源、人力资源、设备资源、软硬件环境、开发成本估算、进度计划、现行系统向新系统过渡计划等。规划阶段的三个步骤系统调查：对企业组织作全面的调查，画出组

织层次图，以了解企业的组织结构可行性分析从技术、经济、效益、法律等各方面对建立数据库的可行性进行分析；写出可行性分析报告；组织专家进行讨论其可行性确定数据库系统的总目标和制定项目开发计划这一阶段是计算机人员(系统分析员)和用户共同收集数据库所需要的信息内容和用户对处理的要求

，加以规格化和分析，以书面形式确定下来，作为以后验证系统的依据。在分析用户要求时，要确保用户目标的一致性。5.2.2需求分析需求分析阶段的输入和输出如图5-7所示：信息需求指目标系统涉及的所有实体、属性、以及实体

间的联系等，包括信息的内容和性质，以及由信息需求导出的数据需求。处理需求指为得到需要的信息而对数据进行加工处理的要求，包括处理描述，发生的频度、响应时间以及安全保密要求等。信息需求处理需求需求分析需求说明书图5-71需求分析阶段的输入和输出分析用户活动产生，产生业务流程图确定系统

范围，产生系统范围图分析用户活动涉及的数据，产生数据流图分析系统数据，产生数据字典2需求分析步骤3需求分析的主要工作需求分析的工作包括：(1)问题识别(problemrecognition)(2)评价和综合(evaluationands

ynthesis)(3)建模(modeling)(4)规格说明(specification)(5)评审(review)4软件需求规格说明软件需求规格说明是在对用户需求分析的基础上，把用户的需求规范化、形式化而

写成的。目的是为软件开发提出总体要求，作为用户和开发人员之间相互了解和共同开发的基础。根据我国国家标准GB856D-88的规定，软件需求规格说明的内容如下：1.引言1.1编写说明1.2背景1.3定义1.4参考资料2.

任务概述2.1目标2.2用户的特点2.3假定与约束3.需求规定3.1对功能的规定3.2对性能的规定3.2.1精度3.2.2时间特性要求3.2.3灵活性3.3输入输出要求3.4数据管理能力要求3.5故障处理要求3.6其它专门要求4.运行环境规定4.1设备4.2支持软件4.3接口4.4控制5系

统逻辑模型表示工具在需求分析阶段，通常用系统逻辑模型描述系统必须具备的功能。系统逻辑模型常用的工具主要是：(1)数据流图(2)数据字典(1)数据流图数据流图(DataFlowDiagram,简记为DFD)是从“数据”和“对数据的加工”两方面表达数据处理系统工作过

程的一种图形表示法,具有直观、易于被用户和软件人员双方理解的特点。数据流图采用自顶向下的逐步细化的结构化方法表示：DFD有四种基本成分：数据流用箭头表示；加工或处理(process)用圆圈表示；文件或数据库用双线段表示；数据流的源点或终点用方框表示。下面是一个简

单的DFD图示例：教师输入处理成绩登录输出处理教务处原始输入格式化输入输出格式化输出成绩文件图5-12功能P1.1P1.2P2.2P2.1P1P2顶层第一层第二层图5-13DFD可作为由顶向下逐步细化时描述对象的工具。顶层

(0层)DFD的每一个加工都可以进一步细化为第1层、第2层...的DFD，直到最底层的每一个加工已表示一个最基本的处理动作为止。在DFD中并没有表示数据处理的过程逻辑(procedurallogic)，如是否要循环处理或根据不同的条件进行处理等。了解用户的应用要求

，使用信息流程图分析应用系统中的信息流。学生选课系统的简单的上下文信息流如下。数据流程图示例录入教学信息录入学生信息选课教学情况报表学生情况报表选课表成绩表监控权限密码选课系统学生学生管理员教务管理员系统管理员系统管理员教务管理员学生管理员学生

图5-14(2)数据字典数据字典(DataDictionary,简记为DD)是各类数据描述的集合，通常包括数据项、数据结构、数据流、数据存储和加工过程等五个部分。因为DFD只表示出系统由哪几部分组成和各部分之间的关系，并没有说明各个成分(数据流，加工等)

的含义。因此，仅有DFD还不足以描述用户的需求，必须通过数据字典详细描述各类数据实体对象。数据项：数据项是不可分的数据单位。数据项的描述通常包括以下内容：数据项描述＝{数据项名，含义，别名，数据类型，长度，取值范围，与其它数据项的逻辑联系}数据结构：数据结构反映了数据之间的组合关系。一个

数据结构可以由若干数据项组成，也可以由若干数据结构组成。数据结构的描述通常包括以下内容：数据结构描述＝{数据结构名，含义，组成:{数据项或数据结构}}数据流：数据流是数据项或数据结构在系统内传输的路径。对数据流的描述通常包括以下内容：数据流描述＝{数据流名，说明，数据流来源，数据流去向，组成:

{数据结构或数据项}，平均流量，高峰期流量}数据存储：加工过程中存储的数据，通常是手工凭证、手工文档或计算机文件。也是数据流的来源和去向之一。对数据存储的描述通常包括以下内容：数据存储描述＝{数据存储名，说明，流入数据流，流出数据流，组成:{数据结构或数

据项}，数据量，存取方式}。加工过程：在数据字典中一般只需要描述处理过程的说明性信息，通常包括以下内容：加工过程描述＝{加工过程名，说明，输入的数据流，输出的数据流，加工的简要说明}下图给出了某机器制造厂零配件采购

子系统最概括层的数据流图。该子系统要处理的工作是：对生产部门提出的生产计划书根据零配件当前价格计算成本送主管部门进行审批，对已批准的生产计划制定采购计划，准备好定货单送给供应商。为了反映系统更详细的处理过程，将图5-16的处理

过程分解为三个子过程，得到第一层的数据流图，如图5-17所示，其中每个子过程还可以再细分，得到第二层次的数据流图，此处不再给出。生产部门制定订单供应商零件库存生产计划书订单图5-16零配件采购子系统最概括层数据流图数据流和数据字典描述示例图5-17零配件采购子系统第一层次数据流图生产部门核对确定

采购计划产品零件主管部门编制定货单零配件采购记录供应商供应商零件报价单生产计划书批准/不批准已批准生产计划书采购计划批准/不批准核对预算预算价格库存量供应商报价采购细节地址订货单订货单数据流中，每张订货单有一个数据项为订货单号。对此数据项作以下描述：数据项名：订货

单号说明：标识每张订货单类型：CHAR长度：7别名：采购单号取值范围：1000000—9999999对采购计划数据流作如下描述：数据项名：采购计划说明：由各产品所需零件数，选定的供应商，审核情况组成

采购零配件计划。来自过程：确定采购计划流至过程：编制订货单数据结构：采购计划采购细节采购审核数据字典中数据项描述：在数据流的描述中记录了有关数据流的所有细节，在数据结构中“采购细节”，“采购审核”均是数据结构，下面给出“

采购细节”的数据结构。数据结构：采购细节说明：作为采购计划的组成部分说明对某个产品，要采购哪些零件，那种零件采购多少数量。组成：零件号数量图中产品是一个数据存储，在数据字典中可如下描述：数据存储：产品说明：对每种产品的品名，规格的描述，并对每种

产品做成本预算，在核对生产计划书的成本时用。输出数据流：预算数据描述：产品号产品名称预算数量：每月30至40种存取方式：随机存取对上图第二个过程“确定采购计划”可作如下描述：处理过程：确定采购计划说明：对要采购的每一零件，根据零件库存量确定采购数量，再根据每位供应商的报价选

择适当的供应商，制定采购计划。输入：供应商报价零件库存已批准生产计划输出：采购计划程序提要：对已批准生产计划中每种零件，根据零件库存计算采购数量对应采购的每种零件查找供应商报价表，选择报价最低

的供应商号。将此供应商号填入应采购零件表的相应列中。处理完所有零件形成采购计划输出。5.2.3数据库概念设计将需求分析得到的用户需求抽象为信息结构，即概念模型的设计。通过概念设计得到的概念模型是从现实世界

的角度对所要解决的问题的描述，不依赖于具体的硬件环境和DBMS。在需求分析和逻辑设计之间增加概念设计阶段，可以使设计人员仅从用户的角度看待数据及处理要求和约束。处理需求数据库设计的基本过程需求分析概念设计逻辑设计物理设计信息需求需求说明书信息结构逻辑数据库结构(DBMS能处理的)应用程序

说明书DBMS特性硬件、OS特性物理数据库结构规划1对数据库概念模型的要求表达概念设计结果的工具称为概念模型，对概念模型有以下要求：(1)有丰富的语义表达能力，能表达用户的各种需求。(2)易于交流和理解，从而可以用

它和不熟悉计算机的用户交换意见。(3)要易于更改。当应用环境和应用要求改变时，概念模型要能很容易的修改和扩充以反映这种变化。(4)易于向各种数据模型转换。按照上述要求，传统的数据模型（网状、层次和关系模型）都不适合作概念模型。在数据库的概念设计中，通常

采用E-R数据模型来表示数据库的概念结构。E-R数据模型将现实世界的信息结构统一用属性、实体以及它们之间的联系来描述。2采用E-R方法的概念设计步骤采用E-R方法进行概念设计，可分为三步进行：(1)局部E-R模式设计；(2)全局E-R模式设计；(3)全局E-R模式的优

化和评审。(1)局部E-R模式设计；需求分析结果确定局部结构范围实体定义联系定义属性分配还有局部结构待分析？是否进入全局E-R模式设计图5-18(2)全局E-R模式设计；是是否还有冲突？局部E-R模式确定公共实体类合并两个局部E-R模式检查

并消除冲突还有未合并的局部模式？否是否进入全局E-R模式优化图5-19(3)全局E-R模式的优化和评审：实体类型的合并冗余属性的消除冗余联系的消除3数据库概念设计总结用E-R数据模型进行概念设计，首先必须根据需求说明，确认实体、联系和属性。采用E-R方法进行数据库的概

念设计，可以分成三步进行：首先设计局部E-R图；然后合并各局部E-R图，并解决可能存在的冲突，得到初步E-R图；最后修改和重构初步E-R图，消除其中的冗余部分，得到最终的全局基本E-R图，即概念模式。设计全局E-R模式的目的不在于把若干局部E-R模式形式上合并为一个E-R模式，而

在于消除冲突使之成为能够被全系统所有用户共同理解和接受的统一的概念模型。在需求分析和逻辑设计之间增加概念设计阶段，使设计人员仅从用户角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。这样做有三个

好处：(1)数据库设计各阶段的任务相对单一化，设计复杂程度得到降低，便于组织管理。(2)概念模式不受特定DBMS限制，也独立于存储安排，因而比逻辑设计得到的模式更为稳定。(3)概念模式不含具体的DBMS所附加的技术细节，更容易为用户所理解，因而能准确反映用户的信息需求。5.2.4数

据库逻辑设计由于DBMS一般采用关系模型，因此数据库的逻辑设计，就是将概念设计中所得到的E-R图转换成等价的关系模式。概念设计是对客观世界的描述，与实现无关；而逻辑设计依赖于实现的基础DBMS。转换规

则DBMS的限制概念结构的基本E_R图特定DBMS模型标准数据模型关,层，网图5-241关系数据库的逻辑设计过程关系数据库的逻辑设计过程如图所示：是否需要修正？从E-R模式导出初始数据库模式关系模式规范化模式评价以DBM

S语法描述信息需求和处理需求E-R模式DBMS特性模式修正是否进入物理设计阶段图5-252E-R模型转换为关系模型关系数据据库的逻辑结构由一组关系模式组成,因而从概念结构到关系数据库逻辑结构的转换就是从E-R图转换为关系模式。具体转换方法将在下一节详述。5.2.5物理设计目标提

高数据库的性能，特别是满足主要应用的性能要求；有效地利用存储空间；物理设计的步骤存储记录结构设计确定数据存放位置存取方法的设计完整性和安全性考虑程序设计5.2.6数据库的实现根据逻辑设计和物理设计的结果，在计算机系统上建立起实际数据库结

构、装入数据、测试和试运行的过程称为数据库的实现阶段。实现数据库应做的主要工作用DDL定义数据库结构；组织数据入库；对数据量不大的小型系统（人工）主要工作：筛选数据；转换数据格式；输入数据；校验数据。对大中型系统（

自动）主要工作：筛选数据；输入数据；校验数据；转换数据；综合数据。编制与调试应用程序；数据库试运行。功能测试性能测试（时空代价）5.2.7数据库的运行与维护工作主要任务：数据库的转储和恢复数据库安全性、完整性控制数据库性能的监督、分析和改进数据库的

重组织和重构造5.3.1ER模型概述什么是ER模型ER模型的历史ER模型的基本元素实体联系属性例子实体联系属性ER模型图例老师学生教mn学号姓名专业班级职称性别姓名职号连线5.3.2属性的分类基本属性和复合属性（可

否再分）单值属性和多值属性（对一个实体对象是否只能取一个值）多值属性的处理将原来的多值属性用几个新的单值属性来表示。将原来的多值属性用一个新的实体类型表示导出属性空值图5.4地址属性的层次结构邮政编码省

（市）名地址区名街道家庭地址门牌号码图5.5多值属性的表示零件编码零件零件名供应商规格进货价格销售价格价格图5.8导出属性的表示工号职工姓名基本工资奖金房租实发工资图5.6多值属性的变换（1）零件编码零件零件名供应商规格进货价格经销

价格代销价格批发价格零售价格图5.7多值属性的变换（2）零件编码零件零件名供应商规格进货价格销售性质价格售货价格存在销售价格1N零件编码5.3.3联系的设计之一联系集联系集是n（n≥2）个实体集上的数学关系，这些实体集不必互异。如果E1，E2，…，En为n个实体集

，那么联系集R是{(e1，e2，„，en）|e1∈E1,e2∈E2，„，en∈En}的一个子集，而（e1，e2，„，en）是一个联系。联系的元数一个联系涉及到的实体集个数联系的连通词联系涉及到的实体集之间实体对应的方式实体的基数有两个实体集E1和E2，E1中每个实体与E2中有

联系实体的数目的最小值min和最大值max，称为E1的基数，用（min，max）形式表示问题：运动员根据其得分来排定名次。在名次排列中，排在他前面只有一个人排在他后面也只有一个人运动员编号姓名性别名次顺序11图5.9一元联系中的1:1联系职工之间的上下级联系职工工号姓名年龄性别领导1N

图5.10一元联系中的1:N联系工厂的零件之间存在着组合关系，一种零件由许多种子零件组成，而一种零件也可以是其他零件的子零件零件零件号零件名规格数量组成MN图5.11一元联系中的M:N联系某商业集团中，商店

、仓库、商品之间的进货联系图5.12三元联系中的M:N:P联系仓库商品商店仓库号仓库名地址数量商店号商品名商品号商店名日期进货MNP学校里规定每学期学生至少选修1门课程，最多选修6门课程；每门课程至多有50人选修，最少可以没人选修图5.13联系的连通词和实体的

基数学生课程选课M（1，6）N（0，50）5.3.4ER模型的操作包括实体类型、联系类型和属性的分裂、合并、增删等等教师号姓名出生日期职务工资奖金教师（a）教师号姓名出生日期教师不变信息职务工资奖金教师号教师变动信息（b）图5.15实体类型的垂直分裂教师课程

主讲辅导1MNN图5.16联系类型的分裂教师课程主讲MN（a）（b）图5.17不合法的合并B(a)ACA-CB-CACA-B-C(b)B5.3.5采用ER方法的数据库概念设计之设计局部ER模式需求分析结果确定局部结构范围实体定义联系定义属性分配还有局部结构待分

析有无进入全局ER模式设计图5.18局部ER模式设计范围的划分要自然，易于管理；范围的大小要适度。太小了，会造成局部结构过多，设计过程繁琐，综合困难；太大了，则容易造成内部结构复杂，不便分析范围之间的界面要清晰，相互影响要小采用人们习惯的划分；避免冗余，在一个局部结构中

，对一个对象只取一种抽象形式，不要重复；依据用户的信息处理需求确定属性的原则：属性应该是不可再分解的语义单位；实体与属性之间的关系只能是1:N的；不同实体类型的属性之间应无直接关联关系。属性分配的原则：当多个实体类型用到同一属性时，一般把属性分配给那些使用频率最高的实体类型，或分配给

实体值少的实体类型。有些属性不宜归属于任一实体类型，只说明实体之间联系的特性局部模式现有的教学管理系统初步分析系统的对象根据服务种类分析教师子模块……局部ER图其他局部模式现有的教学管理系统初步分析系统的对象根据服务种类分析学生子模块……导师班级学生组成管理班主任档案材料宿舍住宿归

档指导系有参加学会1N111NNN11NMN1具有社会关系1N局部ER图其他局部模式现有的教学管理系统初步分析系统的对象根据服务种类分析课程子模块……局部ER图图5.22课程管理局部应用分E-R图1教室M1教科书教

师担任课程系开设N1学生选修NMN上课PN5.3.5采用ER方法的数据库概念设计之设计全局ER模式无图5.20全局ER模式设计局部ER模式确定公共实体类型合并两个局部ER模式检查并消除冲突还有未合并的局部模式有还有冲突

吗有属性冲突：如，重量单位有的用公斤，有的用克。结构冲突：同一对象在不同应用中的不同抽象；同一实体在不同局部ER图中属性的个数或次序不同；实体之间的联系在不同的局部ER图中呈现不同的类型命名冲突：属性名、实体名、联系名之间存在同名异义或异名同义冲突5.3.5采

用ER方法的数据库概念设计之全局ER模式的优化实体类型的合并1:1联系的两个实体类型具有相同键的实体类型冗余属性的消除冗余联系的消除：利用规范化理论中函数依赖的概念消除冗余联系例子：三个局部ER图合并成一个ER图11N1P1N1N1N1M

MNNNN社会关系具有1NNM1系聘用承接项目参加设置院长学院主管NN111教师评定职称分配工作量111N档案材料归档参加学会1宿舍住宿教科书担任指导课程选修教室上课有1班级学生组成N开设N管理11教师管理115.4.1ER图转换成关系模式集的规则将每个实体类型转换成一个关系模式，实体的属性即为

关系模式的属性，实体标识符即为关系模式的键。ER图转换成关系模式集的规则二元联系类型的转换若实体间联系是1:1，可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性。若实体间联系是1:N，则在N端实体类型转换成的关系模式

中加入1端实体类型的键和联系类型的属性。若实体间联系是M:N，则将联系类型也转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键为两端实体键的组合。ER图转换成关系模式集的规则一元联系类型的转换:同二元联系

三元联系类型的转换总是将三元联系类型转换成关系模式，其属性为三端实体类型的键加上联系类型的属性，而键为三端实体键的组合。ER模型到关系模型的转换实例职工工号姓名年龄性别领导1N职工（工号，姓名，年龄，性别，经理工号）ER模型到关系模型的转换

实例零件零件号零件名规格数量组成MN仓库商品商店仓库号仓库名地址数量商店号商品名商品号商店名日期进货MNP零件（零件号，零件名，规格）组成（零件号，子零件号，数量）仓库（仓库号，仓库名，地址）商店（商店号，商店名）商品（商品号，商品名）进货（商店号，商品名，仓库号，日期，数量）5.4.2采用ER

方法的逻辑设计步骤图5.25关系数据库的逻辑设计关系模式规范化模式评价是否需要修正从ER模式导出初始数据库模式处理需求ER模式DBMS特征用DBMS语法描述模式修正进入物理设计阶段是否例1库存销售信息管理系统的ER模型及转换P

车间仓位产品客户销售员存储出库订单入库MNMPMNPMNN库存系统ER图车间(车间号,车间名,主任名)产品(产品号，产品名，单价)仓位(仓位号，地址，主任名)客户(客户号，客户名，联系人，电话，地址，税号，账号)销售员(销售员号,

姓名,性别,学历,业绩）实体入库（入库单号,入库量,入库日期,经手人,车间号,仓位号,产品名）出库（出库单号，出库量，出库日期，经手人，客户号，产品名，仓位号）订单（订单号，数量，折扣，总价，订单日期，产品号，客户号，销售员号

）存储(仓位号,产品号,核对日期,核对员,存储量)联系例2：公司车队信息系统的ER模型图5.27公司车队信息系统的ER模型部门车队司机车辆开销维修公司调用报销拥有聘用保险2保险1M1NN1NNNN11保险公司1N维修5.5.1

弱实体什么是弱实体弱实体的表示方法包含弱实体的ER图转换成关系模式问题：在人事管理系统中，亲属的存在是以职工的存在为前提，即亲属对于职工具有依赖联系，所以说，亲属是弱实体职工社会关系具有1NER图职工（职工号，职工姓名，性别，年龄）亲属（职工号

，称呼，姓名，工作单位）关系模式问题:商业应用系统中，顾客地址的存在依赖于顾客的存在（一般顾客可以有若干个联系地址）ER图顾客地址通讯N15.5.2子类实体与超类实体什么是子类和超类(p134)子类和超类的性质子类与超类之间具有继承性，但子类本身还能包含比超类

更多的属性。子类和超类有相同的标识符人员教师本科生学生研究生学校人事系统中实体之间的联系人员（身份证号，姓名，年龄，性别）教师（身份证号，教师编号，职称）学生（身份证号，学号，系别，专业）本科生（身份证号，入学年份）研究生（身份证号，研究方向，导师姓名）对应的关系模式主要内容

5.1数据库设计概述5.2数据库设计的全过程5.3ER模型5.4ER模型到关系模型的转换5.5ER模型实例分析5.6ER模型的扩充小结小结数据库的生命周期数据库设计的步骤ER模型基本概念和引进对象后的扩展ER模型的设计方法ER模型向关系模型的转换对ER模型的理

解（一）ER模型是人们认识客观世界的一种方法、工具。ER模型具有客观性和主观性两重含义。ER模型是在客观事物或系统的基础上形成的，在某种程度上反映了客观现实，反映了用户的需求，因此ER模型具有客观性。但ER模型又不等同于客观事物的本身，它往往反映事物的某一方面

，至于选取哪个方面或哪些属性，如何表达则决定于观察者本身的目的与状态，从这个意义上说，ER模型又具有主观性。对ER模型的理解（二）ER模型的设计过程，基本上是两大步：·先设计实体类型（此时不要涉及到“联系”）

；·再设计联系类型（考虑实体间的联系）。具体设计时，有时“实体”与“联系”两者之间的界线是模糊的。数据库设计者的任务就是要把现实世界中的数据以及数据间的联系抽象出来，用“实体”与“联系”来表示。另外，设计者应注意，ER模型应该充分反映用户需求，ER模型要得到用户的认

可才能确定下来。