[第章续数据库逻辑设计.pptVIP

2依据规范化理论对数据进行规范 规范化理论的一个重要的目标就是将数据分割存储在特定的地方来消除冗余、简化数据库的更新，提高数据库完整性，并且减少存储的要求。用范式来衡量数据规范化的程度。现在已定义出了第1、第2至第5范式，这些范式是嵌套的。也就是满足第2范式时一定满足第1范式。 关系：一个关系是一个二维表。一个表要想成为关系必须满足下列约束。首先，表中的每一格必须是单值的，每一列的所有条目都必须是同一类型的；其次每一列都有唯一的名字，列在表中的顺序并不重要；最后，表中任意两行（元组）不能相同，行在表中的顺序也不重要。 第一范式（1NF）：任何符合关系定义的关系可看作第1范式。 第二范式（2NF）：如果一个关系的所有非关键字属性都依赖于整个关键字，那么该关系就属于第2范式。所谓关键字是指唯一能标识一个元组的字段（属性）或字段的集合，在职工工资档案表中职工号就可作为关键字，但职工有可能同名，因此，姓名不能做为关键字。 第三范式：一个关系如果在第2范式，且没有传递依赖，则该关系在第3范式中。随着关系的一步步规范化，对其进行插入、删除、更新的异常操作会逐步消除。 注意： 规范化的关系避免了更新异常，似乎更可取，但从其它理由来考虑，有时却不值得。因为当数据必须从两个单独的表中组合起来时，DBMS就要做额外的关系运算。因此非规范化的表可能更易于处理，在有些情况下，数据冗余的缺点并不是很重要，往往在规范化的基础上故意保留少量非规范化的内容，以改进性能和实现的复杂性。一般说来，实际操作中，第三范式已能满足商业化数据库的一致性和完整性约束。 第6节．系统安全设计 随着Intranet/Internet的普及及电子商务活动的开展，网络安全已日益成为人们所关注的话题。在一般的计算机系统中安全措施是逐级设置的。如图所示 确定用户角色及权限 决定系统中的那些用户对这些信息单位拥有什么样的权限（无权、查询、修改、删除、统计、全权），并据此列为表格。依次限定用户集（每个用户、用户组可看成是该集的一个子集）对信息集（每个数据窗口（Datawindows）,单行编辑窗（SinglelineEdit）,多行编辑窗（MutiLineEdit）等可看成是信息集的子集）的映射（访问权限）。见下图 具体步骤为： 列出机构业务一览表，在该表中行方向表示企业目前所设置的机构，列方向表示具体业务，表中内容 0 表示该部门无此项业务 aij= 1表示此项业务列入MIS 1期开发计划 2表示此项业务列入MIS 2期开发计划 列出U-C矩阵（user 信息使用者，creator 信息创造者）在该矩阵中行方向表示用户，列方向表示信息单位，表中内容 C：产生信息（拥有录入、修改、删除、统计、查询权限） Ci：第I个用户产生的部分信息（汇总量的第I个分量） AIJ= U1：查询信息（拥有整个企业查询权限） U2：查询信息（只拥有本部门查询权限） ū：统计汇总（拥有查询，汇总权限） 某MIS系统权限分配表 动态菜单设置 动态菜单系统设计 为辨别用户的身份，假定规定用户口令的第1、2位代表部门编码，3、4位代表部门内不同岗位编码。这些编码经过一保密算法映射为机构业务一览表或信息权限表的行号。根据此表对菜单、数据窗口等进行动态设置。目前MIS系统菜单常采用下拉式弹出菜单，对下拉式弹出菜单都有enabled 和visible 属性设置。若enabled属性设置为 false 则当显示该菜单时相应项为灰色显示，用户也无法执行该项下的脚本（script）。当某项菜单属性 visible 设置为 false 时该项将不显示。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 系别 计算机 计算机 自控 自控 姓名 张明 李海 孙虎 张明 宿舍 西6 西6 西4 西4 Evaluation only. Created with Aspose.Slides for .NET 3.5