学校宿舍管理系统和人事系统的结构设计方案

1.从1。关系模型的E-R图

表:学号、姓名、性别、专业课、联系方式[/div][/div][/div][/div]主码:学号

表:宿舍号，宿舍号，宿舍电话，能住人数，住过人数[/div]

修理单:物品名称、修理原因、修理日期、修理者、修理费用[/div][/div]

签到表:签到时间、出发时间、毕业时间

学生申请表:宿舍号，楼号

管理表:楼号、宿舍号、员工号[/div]

交费形式:楼号、宿舍号、已交费、未交费[Div][/Div][Div][/Div][Div][/Div][Div][/Div][Div][/Div][Div][Div][/Div][Div][/Div][Div][/Div][/Div][Div][/Div][Div][/Div][Div][/Div]

2.数据模型的优化

数据库逻辑结构设计的结果不是唯一的。为了提高数据库应用系统的性能，还应该根据应用的需要修改和调整关系模式，这就是数据模型的优化。标准化理论为数据库设计者提供了判断关系模式优劣的理论标准，可以用来预测模式可能出现的问题，从而为数据库设计提供了严格的理论依据。关系数据模型的优化通常以标准化理论为指导，其方法是:

(1)确定数据相关性。写出每个关系内部属性的数据依赖关系，以及不同关系模式的属性。根据需求分析:

a)学生表的数据依赖:{学生ID-->；姓名，学号->；性别，学号->；班级，学号->；联系信息}

b)宿舍表的数据依赖:{楼号，宿舍号-->；电话号码、楼号、宿舍号-->居民人数、楼号、宿舍号-->住宿容量}

c)报修单的数据依赖:{报修日期和报修人->；项目名称、维修日期、维修人员编号->:维修原因、日期、维修人员->:保修费用}

d)公用事业仪表的数据相关性:{ month->；用水量，月-->水费，月-->用电量，月-->电费}

e)寄宿表的数据相关性:{员工编号-->；姓名，员工编号->；性别，员工编号->；年龄，员工号->；职位和员工编号->；联系信息}

f)签到表的数据依赖性:{签到时间，出发时间，毕业时间}

g)学生申请表的数据依赖性:{宿舍号，楼号}

h)管理表的数据依赖:{宿舍号，楼号-->；员工编号}

I)支付表单的数据依赖:{楼号，宿舍号-->；已付费用，楼号，宿舍号->；未付费用}

(2)最小化各种关系模式之间的数据依赖，消除冗余链接。

(3)根据数据依赖理论，逐一分析关系模式，看是否存在部分函数依赖和传递函数依赖。根据每个函数依赖的依赖集，可以看出每个关系模式中没有部分函数依赖和传递函数依赖，所以所有关系模式都属于3NF。不需要进一步的模式分解。

学校人力资源管理系统的结构设计:

从E-R图到关系模型的转换；

步骤1:将六种实体类型转换成五种模式

教员(员工编号、姓名、性别、出生年份、教育背景、国籍、婚姻状况、政治观点、地址、联系信息)

部门(部门编号、部门名称、部门主管和员工编号、部门编号、电话号码、部门地址)

作业(作业编号、作业名称)

标题(标题编号、标题名称)

学籍(学号、姓名、性别、小学、初中、高中、大专、本科、研究生、博士)

奖罚(奖罚数量、奖励原因、处罚原因、奖罚金额)

第二步:人脉之间的转化。

(1)对于1: N联系“Hold”，可以在“教员”模式下添加工号(工号是外部代码)。

(2)对于1: N联系“职称评定”，可以将职称编号添加到“院系”(职称编号作为外部代码)。

(3)对于1: N联系“挂靠”，可以将部门编号添加到“院系”(部门编号作为外部代码)。

(4)对于M: N联系人“Get”，可以在“奖惩情况”模式中添加员工编号(员工编号作为外部代码)。

(5)对于1: 1联系“体验”，可以在“学籍体验”模式下添加员工编号(员工编号作为外部代码)。

完全关系模型