第一章续数据库逻辑设计.ppt

数据库设计(逻辑设计);一、概念设计的回顾;;二、逻辑结构设计的任务;Sql server2000中的表操作界面;三、逻辑结构设计的步骤;逻辑设计过程;四、逻辑结构设计的具体实现;1 E-R图向关系模型的转换;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;班主任（姓名，职称，工资）班级（班名、人数）辅导员（姓名，年龄，性别）课程（课名，学时，学分，先修课）;(2). 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 1) 转换为一个独立的关系模式 关系的属性：与该联系相连的各实体的码以及联系本身的属性。 关系的候选码：每个实体的码均是该关系的候选码。 例如，独立关系模式：管理（姓名，班名）;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;(3).一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。 2) 与n端对应的关系模式合并 合并后关系的属性：在n端关系中加入1端关系的码和联系本身的属性. 合并后关系的码：不变 可以减少系统中的关系个数，一般情况下更倾向于采用这种方法. ;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;E-R图向关系模型的转换（续）;五、向特定DBMS规定的模型进行转换;六、数据模型的优化;数据模型的优化（续）;数据模型的优化（续）;;关系：一个关系是一个二维表。一个表要想成为关系必须满足下列约束。首先，表中的每一格必须是单值的，每一列的所有条目都必须是同一类型的；其次每一列都有唯一的名字，列在表中的顺序并不重要；最后，表中任意两行（元组）不能相同，行在表中的顺序也不重要。 第一范式（1NF）：任何符合关系定义的关系可看作第1范式。 第二范式（2NF）：如果一个关系的所有非关键字属性都依赖于整个关键字，那么该关系就属于第2范式。所谓关键字是指唯一能标识一个元组的字段（属性）或字段的集合，在职工工资档案表中职工号就可作为关键字，但职工有可能同??，因此，姓名不能做为关键字。; 第三范式：一个关系如果在第2范式，且没有传递依赖，则该关系在第3范式中。随着关系的一步步规范化，对其进行插入、删除、更新的异常操作会逐步消除。 ;注意：;第6节．系统安全设计;确定用户角色及权限;具体步骤为： ; 业务 部门;列出U-C矩阵（user 信息使用者，creator 信息创造者）在该矩阵中行方向表示用户，列方向表示信息单位，表中内容 C：产生信息（拥有录入、修改、删除、统计、查询权限） Ci：第I个用户产生的部分信息（汇总量的第I个分量） AIJ= U1：查询信息（拥有整个企业查询权限） U2：查询信息（只拥有本部门查询权限） ū：统计汇总（拥有查询，汇总权限）;某MIS系统权限分配表 ;动态菜单设置