扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
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][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联系“体验”,可以在“学籍体验”模式下添加员工编号(员工编号作为外部代码)。
完全关系模型
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流