实体 属性 实体间的联系 图3－4 E－R图图例 在本系统的数据流程图中，系统边界已经很清楚了，所以可直接根据它设计本系统的E－R图，不必要先设计分E－R图，再合并总体E－R图了。本系统的E－R图如下图所示：
图3－5 E－R图 员工管理系统中所涉及到的主要实体集及其属性如下： 员工﹛员工编号，员工姓名，性别,籍贯,年龄,生日,学历,专业,住址,邮编,电话,EMAIL,参加工作时间,进入公司时间,部门,起薪时间,职务,备注﹜； 考勤信息﹛记录编号，员工编号，员工姓名,当前日期,上班时间,下班时间,迟到次数,早退次数﹜； 请假信息﹛请假记录编号，员工编号,病假天数,事假天数,假期开始时间﹜； 加班信息﹛加班记录编号，员工编号，特殊加班天数,正常加班天数,加班日期﹜； 出差信息﹛出差记录编号，员工编号，出差天数,出差日的地,出差开始时间﹜； 调动信息﹛调动记录编号，员工编号，员工姓名,原部门,新部门,原职务,新职务,调出时间,调入时间,备注﹜。 §3.3.5物理结构设计 设计原则如下： 进行规范化设计，尽可能地减少数据冗余和重复 合理的数据库表的设计应该是在满足需求的前提下，使数据的重复量最小，就尽量按照关系数据库系统理论方法去设计一个数据库，减少数据的冗余。 结构设计与操作设计相结合 在设计数据库结构时，有时为了编程实现的简捷和思路的清晰，往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论，但是考虑到选择的机器型号和档次等因素，如果增加的冗余不会明显增加存储空间和降低处理效率，并且对编程实现有很大帮助，往往可以采用这种方法。 数据结构具有相对的稳定性 数据结构的相对稳定性，可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务，都应该能完成相应的功能，决不会因为采用了计算机而丢失了必要的功能，或彻底改变了原有的工作流程和模式。所以数据库表结构设计应保证数据的相对稳定，这样才能考虑在新的数据结构下的业务处理方式。 此处着重讨论如何进行规范化设计，关系范式规范化过程如下： 由逻辑结构设计中得出的关系模型可知，转化的各关系中均无重复项和空白数据项，故是第一范式；而且如下图中的a, b所示(以出差信息及请假信息为例其它略)，所有非主属性都完全函数依赖于任一侯选关键字，故是第二范式；在第二范式的前提下，可知ER图中a,b所示的四个关系的非主属性之间都不存在函数依赖关系，故图a,b所表示的关系均属于第三范式。
图3－6 基于以上三条设计原则，本系统中关于数据库表结构设计如下： 1、员工信息表： 字段名称 数据类型 字段含义 Sid 文本 员工编号 Sname 文本 员工姓名 Sgender 文本 性别 Splace 文本 籍贯 Sage 数字 年龄 Sbirthday 日期/时间 生日 Sdegree 文本 学历 Sspecial 文本 专业 Saddress 文本 住址 Scode 文本 邮编 Stel 文本 电话 Semail 文本 Email Sworktime 日期/时间 参加工作时间 Sintime 日期/时间 进入公司时间 Sdept 文本 部门 Spaytime 日期/时间 起薪时间 Sposition 文本 职务 sremark 文本 备注 2、员工考勤信息表 字段名称 数据类型 字段含义 ID 自动编号 记录编号 Astuffid 文本 员工编号 Astuffname 文本 员工姓名 Adate 日期/时间 当前日期 Aflag 文本 出入标志 Aintime 日期/时间 上班时间 Aouttime 日期/时间 下班时间 Alate 数字 迟到次数 Aearly 数字 早退次数 3、请假信息表 字段名称 数据类型 字段含义 Lid 自动编号
首页 上一页 3 4 5 6 7 8 9 下一页 尾页 6/13/13
