数据库建模—ER图.docVIP

第2章 数据库建模—ER图 数据库设计基本理论与ER图的基本概念 ER图设计原则 对约束建模 弱实体集 ER图的高级技术 §2.1 数据库设计基本理论与ER图的基本概念 数据库设计方法 建立数据库模型步骤 ER图的基本概念 联系集和联系集中的属性 绘制ER图 一、数据库设计方法 设计数据库：确定将要在数据库中保留什么信息和确认各种信息之间存在什么联系 建立数据库模型：使用合适的语言或表示方法来表示数据库模型的描述 建立数据库模型的过程 确认需求：使用某种方式描述将要管理的信息和信息之间的联系。 信息输入：将格式化的信息输入到DBMS中 建立数据库模型方法 ER图 IDEF 1x图 ODL方法 关系模型 二、建立数据库模型步骤 需求分析 概念结构设计 逻辑结构设计 数据库运行和维护 数据库实施 数据库物理设计 三、ER图的基本概念 实体和实体集 实体：现实世界区别于其他对象的无形事件或有形物体。如书、借书。 实体集：具有相同类型或相同特征的实体集合。如全班同学 实体集中的属性 属性：实体集中每一个成员(实体)具有的描述性的特性值。 域：属性允许的取值集合，又称值集。 实体集使用一组属性描述，表明实体集中的每一个实体具有相似性 ER图中的属性 简单属性：不能再划分为更小单位的属性。如性别。 复合属性：可以再划分为更小部分的属性。如籍贯，可划分为省、市、街道等 单值属性：每一个实体只有一个单独取值的属性。如身份证号码 多值属性：一个属性对应多个或一组值。如书的作者。 Null属性：属性未知取值或没有值时用Null表示 派生属性：从相关实体或相关属性中派生出来的属性。如出生年月和年龄属性，则后者是派生属性 四、联系集和联系集中的属性 联系：多个实体之间的相互关联(不是实体集之间的联系) 联系集：同类联系的集合，即几个实体集之间实体与实体的联系的集合。如authors与books形成联系集writebook，即authors中的作者与books中的书就是一种联系 参与：多个实体集之间的关联 二元联系集：当联系集只涉及到两个实体之间的联系 多元联系集：当联系集涉及到三个或以上实体之间的联系。 度：参与联系集相关实体集的数量。如二元联系集度为2。 联系集中的角色 角色：实体在联系中的作用 角色表示方法：从联系集到实体集的画线，不同的画线代表不同角色 角色名称：标记在角色连线侧面的名字 联系集中的属性 概念：联系集中每个成员具有的描述性特征值 例：学生成绩与学生籍贯的联系集中的学期开始日期{（begin-date),2003年02月24日}，学期结束日期{…} 五、绘制ER图 ER图的图元 矩形：表示实体集，如 菱形：表示联系集，如 椭圆形：表示属性，如 双椭圆形：表示多值属性，如 虚椭圆形：表示派生属性，如 线段：属性与实体集或联系集的直线连接线段；注意：实体集名称应该使用复数形式 §2.2 ER图设计原则 真实性原则 避免冗余原则 简单性原则 合适性原则_用实体集还是属性 合适性原则_用实体集还是联系集 一、真实性原则 ER图必须真实地反映客观世界的状况 在确认实体集之间的联系时，仍然要遵循真实性原则 例：实体集classes中，包含name,number,sex等均是用来描述每个实体同学的，如果在实体集中加入体积这个属性则不妥，它无法来描述实体集的特性。 二、避免冗余原则 该原则是数据库设计的一个非常重要、非常复杂、也是非常基本的原则 其实质是：对客观现实的一个事务进行设计时只能出现在一个地方 例：在classes中有属性birthday和age就出现了冗余，因birthday可以决定age，且这两个属性描述的是同一件事情。 三、简单性原则 客观现实是复杂的，模型是对客观现实的反映和简化，因此建立数据库模型也应简化。 要求：保证在设计ER图时，避免引入过多的元素，包括实体集、联系集和属性。 四、合适性原则_用实体集还是用属性 要求：尽量使用属性，而不要使用实体集。因为使用属性简单，但一切都用属性来描述也很困难和麻烦。 建议 看重要程度，不重要就用属性，很重要就用实体集 对信息量的要求，少则用属性，多则用实体集。 例：classes中name采用属性；birthday采用实体集，包括proves,city,street,doornumber 五、合适性原则_用实体集还是联系集 当描述发生在实体之间的行为时，最好采用联系集