数据库系统设计.pptVIP

*5.4.1E-R图向关系模型的转换将实体和实体间的联系转换为关系模式的一般转换原则：一个实体型转换为一个关系模式。一个联系转换为一个关系模式。（1）一个1：1联系可以转为一个独立的关系模式。（2）一个1：n联系可以转为一个独立的关系模式。（3）一个m：n联系转换为一个关系模式。（4）三个或三个以上实体间的一个多元联系可以转换为一个关系模式。具有相同键的关系模式可合并。三个或三个以上实体间的一个多元联系转换为一个关系模式。关系的属性：与该多元联系相连的各实体的键以及联系本身的属性关系的键：各实体键的组合一个1:1联系转换为一个独立的关系模式关系的属性：与该联系相连的各实体的键以及联系本身的属性关系的候选键：每个实体的键均是该关系的候选键一个1:n联系可以转换为一个独立的关系模式。关系的属性：与该联系相连的各实体的键以及联系本身的属性关系的键：n端实体的键属于mn部门1职工参加领导天数零件产品供应商供应供应量负责1111nnPm一个m:n联系可以转换为一个独立的关系模式。关系的属性：与该联系相连的各实体的键以及联系本身的属性关系的键：两个实体键的组合是该关系的键*5.4.1E-R图向关系模型的转换将E-R图转换为关系模型部门（部门号，…,经理的职工号）职工（职工号，…,部门号）产品（产品号，…,组长职工号）零件（零件号，…）供应商（供应商号，…）领导（部门号，经理的职工号）属于（职工号，部门号）负责（产品号，组长职工号）参加（职工号，产品号，天数）供应（供应商号，零件号，产品号，供应量）*5.4.2数据模型的优化数据模型的优化（规范化理论为基础）1.确定数据依赖职工号?部门号领导.职工号?部门号部门号?领导.职工号职工号?领导.职工号2.对于各个关系模式之间的数据依赖进行最小化处理，消除冗余的联系。n属于n部门职工领导11领导11*5.4.2数据模型的优化(续)数据模型的优化3.按照数据依赖的理论对关系模式逐一进行分析，考察是否存在部分函数依赖、传递函数依赖、多值依赖等，确定各关系模式分别属于第几范式。产品：产品号、产品名、规格、型号、销售日期、销量、库存量并非规范化程度越高越好，一般的，设计到3NF或BCNF。*5.4.2数据模型的优化数据模型的优化（续）4.对关系模式进行必要分解，提高数据库操作的效率和储存空间的利用率。水平分解以提高效率水平分解可以实现数据分布垂直分解要保持无损连接性和保持函数依赖例如：职工（职工号，姓名，…，籍贯，…）*5.4.3设计用户子模式定义数据库全局模式主要是从系统的时间效率、空间效率、易维护等角度出发。由于用户子模式与模式是相对独立的，在定义用户子模式时注重考虑用户的方便与习惯。包括：（1）使用更符合用户习惯的别名。（2）可以对不同级别的用户定义不同的View以保证系统的安全性。（3）简化用户对系统的使用。*5.4.3设计用户子模式（续）例： 教师关系模式中包括：职工号、姓名、性别、出生日期、婚姻状况、学历、学位、政治面貌、职称、职务、工资、工龄、教学效果等属性。学籍管理应用只能查询教师的职工号、姓名、性别、职称数据；课程管理应用只能查询教师的职工号、姓名、性别、学历、学位、职称、教学效果数据；教师管理应用可以查询教师的全部数据。*5.4.3设计用户子模式（续）定义两个外模式：教师_学籍管理(职工号，姓名，性别，职称)教师_课程管理(工号，姓名，性别，学历，学位，职称，教学效果)授权学籍管理应用只能访问教师_学籍管理视图授权课程管理应用只能访问教师_课程管理视图授权教师管理应用能访问教师表防止用户非法访问本来不允许他们查询的数据，保证了系统的安全性。*5.5数据库的物理设计数据库的物理设计为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。数据库物理设计的步骤：（1）确定数据库的物理结构，在关系数据库中主要指存取方法和储存结构。（2）对物理结构进行评价，评价的重点是时间和空间效率。*5.5.1数据库物理设计的内容和方法设计原则事务响应时间小存储空间利用率高事务吞吐率大对于数据库查询事务，需要得到如下信息查询的关系查询条件所涉及的属性连接条件所涉及的属性查询的投影属性*5