数据库建模—ER图

《数据库建模—ER图》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、第2章数据库建模—ER图数据库设计基本理论与ER图的基本概念ER图设计原则对约束建模弱实体集ER图的高级技术§2.1数据库设计基本理论与ER图的基本概念数据库设计方法建立数据库模型步骤ER图的基本概念联系集和联系集中的属性绘制ER图一、数据库设计方法设计数据库：确定将要在数据库中保留什么信息和确认各种信息之间存在什么联系建立数据库模型：使用合适的语言或表示方法来表示数据库模型的描述建立数据库模型的过程确认需求：使用某种方式描述将要管理的信息和信息之间的联系。信息输入：将格式化的信息输入到DBMS中建立数据库模型方法ER图IDEF1x图ODL方法关系模型二、建立数据库模型步骤需求分析概

2、念结构设计逻辑结构设计数据库运行和维护数据库实施数据库物理设计三、ER图的基本概念实体和实体集实体：现实世界区别于其他对象的无形事件或有形物体。如书、借书。实体集：具有相同类型或相同特征的实体集合。如全班同学实体集中的属性属性：实体集中每一个成员(实体)具有的描述性的特性值。域：属性允许的取值集合，又称值集。实体集使用一组属性描述，表明实体集中的每一个实体具有相似性ER图中的属性简单属性：不能再划分为更小单位的属性。如性别。复合属性：可以再划分为更小部分的属性。如籍贯，可划分为省、市、街道等单值属性：每一个实体只有一个单独取值的属性。如身份证号码多值属性：一个属性对应多个或一组值。如

3、书的作者。Null属性：属性未知取值或没有值时用Null表示派生属性：从相关实体或相关属性中派生出来的属性。如出生年月和年龄属性，则后者是派生属性四、联系集和联系集中的属性联系：多个实体之间的相互关联(不是实体集之间的联系)联系集：同类联系的集合，即几个实体集之间实体与实体的联系的集合。如authors与books形成联系集writebook，即authors中的作者与books中的书就是一种联系参与：多个实体集之间的关联二元联系集：当联系集只涉及到两个实体之间的联系多元联系集：当联系集涉及到三个或以上实体之间的联系。度：参与联系集相关实体集的数量。如二元联系集度为2。联系集中的角色

4、角色：实体在联系中的作用角色表示方法：从联系集到实体集的画线，不同的画线代表不同角色角色名称：标记在角色连线侧面的名字联系集中的属性概念：联系集中每个成员具有的描述性特征值例：学生成绩与学生籍贯的联系集中的学期开始日期{（begin-date),2003年02月24日}，学期结束日期{…}五、绘制ER图ER图的图元矩形：表示实体集，如菱形：表示联系集，如椭圆形：表示属性，如双椭圆形：表示多值属性，如虚椭圆形：表示派生属性，如线段：属性与实体集或联系集的直线连接线段；注意：实体集名称应该使用复数形式§2.2ER图设计原则真实性原则避免冗余原则简单性原则合适性原则_用实体集还是属性合适性

5、原则_用实体集还是联系集一、真实性原则ER图必须真实地反映客观世界的状况在确认实体集之间的联系时，仍然要遵循真实性原则例：实体集classes中，包含name,number,sex等均是用来描述每个实体同学的，如果在实体集中加入体积这个属性则不妥，它无法来描述实体集的特性。二、避免冗余原则该原则是数据库设计的一个非常重要、非常复杂、也是非常基本的原则其实质是：对客观现实的一个事务进行设计时只能出现在一个地方例：在classes中有属性birthday和age就出现了冗余，因birthday可以决定age，且这两个属性描述的是同一件事情。三、简单性原则客观现实是复杂的，模型是对客观现实

6、的反映和简化，因此建立数据库模型也应简化。要求：保证在设计ER图时，避免引入过多的元素，包括实体集、联系集和属性。四、合适性原则_用实体集还是用属性要求：尽量使用属性，而不要使用实体集。因为使用属性简单，但一切都用属性来描述也很困难和麻烦。建议看重要程度，不重要就用属性，很重要就用实体集对信息量的要求，少则用属性，多则用实体集。例：classes中name采用属性；birthday采用实体集，包括proves,city,street,doornumber五、合适性原则_用实体集还是联系集当描述发生在实体之间的行为时，最好采用联系集