数据库PPT
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
学生宿舍管理系统
————数据库课程设计
任务分配
张：表的创建及操作和建立触发器； 许：视图的创建查询以及建立存储过 程； 熊：数据的插入与几种查询； 朱：画E-R图以及PPT的制作；
目录
1 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 总结
2
3 4 5
6
第一章：需求分析
1.1 基本信息
2018/11/3
基本信息管理
学生信息 宿舍信息 员工信息
住宿管理
入住 水费
学生 宿舍 源自文库理 系统
服务管理
电费 报修 来访者信 息登记 来访者查 询
来访者管理
8
第二章：概念结构设计概念结构设计
2.1局部E-R图
2.2总E-R图
2018/11/3
9
2.1局部E-R图
图1学生信息E-R图
学号# 姓名 专业
3.1任务和目标
3.2数据组织
2018/11/3
14
3.1任务和目标
以上的概念设计阶段是独立于任 何一种数据模型的，但是逻辑设计阶 段就与选用的DBMS产品发生关系了， 系统逻辑设计的任务就是将概念设计 阶段设计好的基本E-R图转换为选用 DBMS产品所支持的数据模型相符合的 逻辑结构。
2018/11/3 15
来访者表，主要记录来访者的信息
2018/11/3
20
第四章：物理结构设计
4.1表与表之间的关系
2018/11/3
21
4.1表与表之间的关系
2018/11/3
22
第五章：数据库实施概念结构设计
5.1查询 5.3存储过程
5.2视图 5.4触发器
2018/11/3
23
5.1查询
5.1.1查询员工姓名为王思思的基本信息 Select *from 员工表 Where 员工名=‘王思思’；
2018/11/3
25
5.3存储过程
5.3.1为了方便对物品名的修改…需要创建一个存储过程(xiugai).
create proc prcxiugai @a varchar(8),@b varchar(20) as if exists (select * from 报修表 where 物品号=@a) update 报修表 set 物品名=@b where 物品号=@a else print'该物品不存在' exec prcxiugai '0002','柜子' select *from 报修表 where 物品号=0002
2018/11/3 7
1.4 系统功能分析
修 记报 包 宿 者 息 改 、修 括 舍 管 管 、 数 来； 入 信 理 理 本 插 据 访来 住 息 。 、 系 入 库 者访 ； 、 基 住 统 ； 操 查者 服 工 本 宿 主 作 询管 务 作 信 管 要 功 。理 管 人 息 理 有 能 包理员管、以 ： 括包信理服下 查 来括息包务功 询 访水；括管能 、 者费住学理： 删 信、宿生、基 除 息电信信来本 、 登费息息访信 、 、
2018/11/3
26
5.4触发器
5.4.1如果在输入每个宿舍的电费时..当要输入的宿舍已经输入过的 时候,,就需要用到触发器来告诉输入者该宿舍已经输入过
create trigger 电费录入 on 水电费表 for update as declare @电费 float（8）,@宿舍号 float(8) begin select @宿舍号=宿舍号 from inserted if exists(select 电费 from 水电费表 where 宿舍号=@宿舍号) begin print('该宿舍已输入过电费') rollback end else print’操作成功！’ end
5.1.2查询张三所在的宿舍的已住人数 Select 宿舍表.楼号, 宿舍表.宿舍号,已住人数from 宿舍表,学 生住宿表 Where 姓名='张三' and 宿舍表.楼号=学生住宿表.楼号 and 宿 舍表.宿舍号=学生住宿表.宿舍号;
2018/11/3
24
5.2视图
5.2.1建立物流管理专业的学生住宿的视图 Create view 物流管理学生住宿表 As Select 学号,姓名,楼号,宿舍号 From 学生住宿表 Where 专业='物流管理‘ select * from 物流管理学生住宿表
3.2数据组织
3.2.1将E-R图转换为关系模型
由于宿舍与学生是1：n关系，可以将其之间的联系与n端实体学生 合并，宿舍和员工，学生和水电费，学生和来访者也是1：n关系，同样 也将其之间的联系与n端实体员工，来访者合并，具体的基本E-R图向关 系模型的转化如下： 学生住宿表：（学号，姓名，性别，出生日期，专业，入住时间，联 系方式，楼号，宿舍号） 宿舍表：（楼号，宿舍号，可住人数，已住人数） 员工表：（员工号，员工姓名，性别，职位，联系方式，楼号） 报修表：（楼号，宿舍号，物品号，物品名，报修原因，提交日期， 解决日期，报修费用） 水电费表：（楼号，宿舍号，月份，用电量，电费，用水量，水费） 来访者表：（证件号，来访者姓名，所属关系，来访时间，来访时间， 离开时间，学号） 2018/11/3 16
2018/11/3
28
2018/11/3 27
第六章：总结
这些天下来，学到了不少东西，以前对SQL，只能按书上 按部就班的写，写SQL语句是会了，但数据逻辑和方法方面，一 点都不够到位，没有对以前的知识进行系统的了解，没有把各个 部分知识整合在一起，通过这次学生宿舍管理系统课程设计，使 我们对数据库设计的各个方面都加深了理解，了解到数据库是一 环扣一环的，只有数据流程图和数字字典做好了，才能进行下面 的E-R图设计，中途不能有办点马虎，也体会到把知识应用于实 践是不容易的，同时也学生课本所没有的东西，一些问题也只有 真正做设计的时候才会出现。 由于时间比较紧，因此我们所做的课程设计肯定还存在许 多的不足之处，程序中也存在许多小错误。这将激励我们在以后 的学习当中职累更多的经验，努力减少错误的发生。
图2员工信息E-R图
员工号# 员工 员工姓名
学生
性别
职位
联系方式
出生日期
性别
联系方式
2018/11/3
10
图3宿舍信息E-R图
图4报修信息E-R图
楼号#
可住人数
状态
报修费用
宿舍
报修
宿舍号#
已住人数
物品号# 物品名 报修原因
2018/11/3
11
图5水电费信息E-R图
图6来访者信息E-R图
水费
水电费
2018/11/3 5
1.2处理功能要求
系统主要完成以下几个功能： 1．宿舍楼基本信息查询与修改； 2．学生基本信息查询与更新以及插入； 3．每一幢宿舍楼中宿舍信息的查询与信息更新； （1）宿舍信息管理系统实现对学生，管理员信息的全部读 取；实现对某个学 生或管理员特定信息的读取； （2）实现对某个人员信息的删除； 4．宿舍楼人员访问出入记录；
用水量
来访人身份证号 # 来访者
来访人 姓名
月份#
用电量
电费
所属关系
来访日期
2018/11/3
12
2.2总E-R图
来访时间 离开时间 来访者 n 来访 1 学生
n
入住
入住时间
1 n 1 1 n
水电费
缴纳
宿舍
申请
报修
1 提交日期 管理 解决日期
n
员工
2018/11/3
13
第三章：逻辑结构设计概念结构设计
3.2.2逻辑结构定义
• 由以上分析，得出上述6个表格结构如下： • 学生住宿表，主要记录学生住宿的基本信息。
2018/11/3
17
• 宿舍表，主要记录宿舍的入住信息。
员工表，主要记录员工的基本信息。
2018/11/3
18
• 报修表，主要记录物品的报修信息。
2018/11/3
19
水电费表，主要是每个月记录各个宿舍的水电使用情况以及相应的费用
1.2处理功能要求
1.3 安全性和 1.4 系统功能分析 完整性要求
2018/11/3
4
1.1 基本信息
（1）学生的基本信息:入校时，每位同学都有唯一的学号，并被分配 到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是 他的入住时间。 （2）宿舍的基本信息:每间宿舍都有唯一的楼号和宿舍号，有可住人 数和已住人数。 （3）工作人员基本信息:每幢宿舍楼都有宿管阿姨和保洁阿姨的编号。 （4）报修的基本信息：宿舍楼中经常出现财产的损坏，这时，需要记 录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原 因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解 决。 （5）水电费的基本信息:每间宿舍每个月份都有用水量与用电量的相 关记录，相应地产生水费和电费。 （6）来访者基本信息:每幢宿舍楼对于每一次的人员来访都要做好相 应的登记。包括来访者和被访者的信息。
2018/11/3
6
1.3 安全性和完整性要求
安全性先通过视图机制，不同的用户只能访 问系统授权的视图，这样可提供系统数据一定 程度上的安全性，再通过用户授权机制，欲用 户登陆来识别用户级别，根据这个级别来分配 用户权限，达到数据更高层次的安全保密功能。 完整性要求用于描述宿舍楼基本信息、学生基 本信息、宿舍基本信息、楼栋员工基本信息、 访问出入人员基本信息中数据项能否为null，以 及一些用户自定义完整性。
————数据库课程设计
任务分配
张：表的创建及操作和建立触发器； 许：视图的创建查询以及建立存储过 程； 熊：数据的插入与几种查询； 朱：画E-R图以及PPT的制作；
目录
1 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库实施 总结
2
3 4 5
6
第一章：需求分析
1.1 基本信息
2018/11/3
基本信息管理
学生信息 宿舍信息 员工信息
住宿管理
入住 水费
学生 宿舍 源自文库理 系统
服务管理
电费 报修 来访者信 息登记 来访者查 询
来访者管理
8
第二章：概念结构设计概念结构设计
2.1局部E-R图
2.2总E-R图
2018/11/3
9
2.1局部E-R图
图1学生信息E-R图
学号# 姓名 专业
3.1任务和目标
3.2数据组织
2018/11/3
14
3.1任务和目标
以上的概念设计阶段是独立于任 何一种数据模型的，但是逻辑设计阶 段就与选用的DBMS产品发生关系了， 系统逻辑设计的任务就是将概念设计 阶段设计好的基本E-R图转换为选用 DBMS产品所支持的数据模型相符合的 逻辑结构。
2018/11/3 15
来访者表，主要记录来访者的信息
2018/11/3
20
第四章：物理结构设计
4.1表与表之间的关系
2018/11/3
21
4.1表与表之间的关系
2018/11/3
22
第五章：数据库实施概念结构设计
5.1查询 5.3存储过程
5.2视图 5.4触发器
2018/11/3
23
5.1查询
5.1.1查询员工姓名为王思思的基本信息 Select *from 员工表 Where 员工名=‘王思思’；
2018/11/3
25
5.3存储过程
5.3.1为了方便对物品名的修改…需要创建一个存储过程(xiugai).
create proc prcxiugai @a varchar(8),@b varchar(20) as if exists (select * from 报修表 where 物品号=@a) update 报修表 set 物品名=@b where 物品号=@a else print'该物品不存在' exec prcxiugai '0002','柜子' select *from 报修表 where 物品号=0002
2018/11/3 7
1.4 系统功能分析
修 记报 包 宿 者 息 改 、修 括 舍 管 管 、 数 来； 入 信 理 理 本 插 据 访来 住 息 。 、 系 入 库 者访 ； 、 基 住 统 ； 操 查者 服 工 本 宿 主 作 询管 务 作 信 管 要 功 。理 管 人 息 理 有 能 包理员管、以 ： 括包信理服下 查 来括息包务功 询 访水；括管能 、 者费住学理： 删 信、宿生、基 除 息电信信来本 、 登费息息访信 、 、
2018/11/3
26
5.4触发器
5.4.1如果在输入每个宿舍的电费时..当要输入的宿舍已经输入过的 时候,,就需要用到触发器来告诉输入者该宿舍已经输入过
create trigger 电费录入 on 水电费表 for update as declare @电费 float（8）,@宿舍号 float(8) begin select @宿舍号=宿舍号 from inserted if exists(select 电费 from 水电费表 where 宿舍号=@宿舍号) begin print('该宿舍已输入过电费') rollback end else print’操作成功！’ end
5.1.2查询张三所在的宿舍的已住人数 Select 宿舍表.楼号, 宿舍表.宿舍号,已住人数from 宿舍表,学 生住宿表 Where 姓名='张三' and 宿舍表.楼号=学生住宿表.楼号 and 宿 舍表.宿舍号=学生住宿表.宿舍号;
2018/11/3
24
5.2视图
5.2.1建立物流管理专业的学生住宿的视图 Create view 物流管理学生住宿表 As Select 学号,姓名,楼号,宿舍号 From 学生住宿表 Where 专业='物流管理‘ select * from 物流管理学生住宿表
3.2数据组织
3.2.1将E-R图转换为关系模型
由于宿舍与学生是1：n关系，可以将其之间的联系与n端实体学生 合并，宿舍和员工，学生和水电费，学生和来访者也是1：n关系，同样 也将其之间的联系与n端实体员工，来访者合并，具体的基本E-R图向关 系模型的转化如下： 学生住宿表：（学号，姓名，性别，出生日期，专业，入住时间，联 系方式，楼号，宿舍号） 宿舍表：（楼号，宿舍号，可住人数，已住人数） 员工表：（员工号，员工姓名，性别，职位，联系方式，楼号） 报修表：（楼号，宿舍号，物品号，物品名，报修原因，提交日期， 解决日期，报修费用） 水电费表：（楼号，宿舍号，月份，用电量，电费，用水量，水费） 来访者表：（证件号，来访者姓名，所属关系，来访时间，来访时间， 离开时间，学号） 2018/11/3 16
2018/11/3
28
2018/11/3 27
第六章：总结
这些天下来，学到了不少东西，以前对SQL，只能按书上 按部就班的写，写SQL语句是会了，但数据逻辑和方法方面，一 点都不够到位，没有对以前的知识进行系统的了解，没有把各个 部分知识整合在一起，通过这次学生宿舍管理系统课程设计，使 我们对数据库设计的各个方面都加深了理解，了解到数据库是一 环扣一环的，只有数据流程图和数字字典做好了，才能进行下面 的E-R图设计，中途不能有办点马虎，也体会到把知识应用于实 践是不容易的，同时也学生课本所没有的东西，一些问题也只有 真正做设计的时候才会出现。 由于时间比较紧，因此我们所做的课程设计肯定还存在许 多的不足之处，程序中也存在许多小错误。这将激励我们在以后 的学习当中职累更多的经验，努力减少错误的发生。
图2员工信息E-R图
员工号# 员工 员工姓名
学生
性别
职位
联系方式
出生日期
性别
联系方式
2018/11/3
10
图3宿舍信息E-R图
图4报修信息E-R图
楼号#
可住人数
状态
报修费用
宿舍
报修
宿舍号#
已住人数
物品号# 物品名 报修原因
2018/11/3
11
图5水电费信息E-R图
图6来访者信息E-R图
水费
水电费
2018/11/3 5
1.2处理功能要求
系统主要完成以下几个功能： 1．宿舍楼基本信息查询与修改； 2．学生基本信息查询与更新以及插入； 3．每一幢宿舍楼中宿舍信息的查询与信息更新； （1）宿舍信息管理系统实现对学生，管理员信息的全部读 取；实现对某个学 生或管理员特定信息的读取； （2）实现对某个人员信息的删除； 4．宿舍楼人员访问出入记录；
用水量
来访人身份证号 # 来访者
来访人 姓名
月份#
用电量
电费
所属关系
来访日期
2018/11/3
12
2.2总E-R图
来访时间 离开时间 来访者 n 来访 1 学生
n
入住
入住时间
1 n 1 1 n
水电费
缴纳
宿舍
申请
报修
1 提交日期 管理 解决日期
n
员工
2018/11/3
13
第三章：逻辑结构设计概念结构设计
3.2.2逻辑结构定义
• 由以上分析，得出上述6个表格结构如下： • 学生住宿表，主要记录学生住宿的基本信息。
2018/11/3
17
• 宿舍表，主要记录宿舍的入住信息。
员工表，主要记录员工的基本信息。
2018/11/3
18
• 报修表，主要记录物品的报修信息。
2018/11/3
19
水电费表，主要是每个月记录各个宿舍的水电使用情况以及相应的费用
1.2处理功能要求
1.3 安全性和 1.4 系统功能分析 完整性要求
2018/11/3
4
1.1 基本信息
（1）学生的基本信息:入校时，每位同学都有唯一的学号，并被分配 到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是 他的入住时间。 （2）宿舍的基本信息:每间宿舍都有唯一的楼号和宿舍号，有可住人 数和已住人数。 （3）工作人员基本信息:每幢宿舍楼都有宿管阿姨和保洁阿姨的编号。 （4）报修的基本信息：宿舍楼中经常出现财产的损坏，这时，需要记 录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原 因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解 决。 （5）水电费的基本信息:每间宿舍每个月份都有用水量与用电量的相 关记录，相应地产生水费和电费。 （6）来访者基本信息:每幢宿舍楼对于每一次的人员来访都要做好相 应的登记。包括来访者和被访者的信息。
2018/11/3
6
1.3 安全性和完整性要求
安全性先通过视图机制，不同的用户只能访 问系统授权的视图，这样可提供系统数据一定 程度上的安全性，再通过用户授权机制，欲用 户登陆来识别用户级别，根据这个级别来分配 用户权限，达到数据更高层次的安全保密功能。 完整性要求用于描述宿舍楼基本信息、学生基 本信息、宿舍基本信息、楼栋员工基本信息、 访问出入人员基本信息中数据项能否为null，以 及一些用户自定义完整性。