数据库设计实验报告.docx
- 文档编号:24180053
- 上传时间:2023-05-25
- 格式:DOCX
- 页数:15
- 大小:176.09KB
数据库设计实验报告.docx
《数据库设计实验报告.docx》由会员分享,可在线阅读,更多相关《数据库设计实验报告.docx(15页珍藏版)》请在冰豆网上搜索。
数据库设计实验报告
课程设计
课程名称__《数据库系统概论》__
题目名称__泰山医学院在线答疑系统__
学生学院___信息工程学院_______
学生姓名杨涛
盛世龙
孙伟
史宝国
战学超
概述:
随着泰山医学院规模的不断扩大,学生和老师的人数逐渐增加,加之上课地点的变动等原因,师生之间的答疑工作进展的境况不尽理想,经分析,传统的答疑方式有如下缺点:
A,答疑时间和地点不好确定
B,学生有了新的疑问无法及时向老师提问
C,由于学生不住在一起,学生之间的交流和讨论比较少
D,老师和学生的交流少,以致老师不了解学生的学习和掌握知识的程度
E,课堂时间主要用来讲授知识,解答学生疑问时间不够充足
经分析,决定建立改在线答疑系统。
当前确定了该系统包含三类用户:
学生用户老师用户后台管理员用户
具体如下:
1,学生用户:
⑴注册用户和登录,学生可以自由地注册用户并登录在线答疑系统
⑵修改自己的资料
⑶查询课程,申请课程
⑷查看提问,查看参与的提问
2,教师用户:
⑴查看未回答的问题和已回答的问题
⑵添加学生,删除学生
3,管理员用户:
课程管理用户管理内容管理管理员管理
在本系统中,各资料的基本数据项列举如下:
根据一实体一关系一图,经分析该系统的实体包括:
学生实体,教师实体,管理员实体,课程实体,问题实体,以及相互之间的关系。
由上述实体进一步分析可得:
1,学生,教师和管理员都是该系统的用户。
学生(学生编号,学生名,密码,性别,电子邮件,,学生头像,注册时间,最后登录,最后发表)
教室(教室编号,教师名,密码,性别,电子邮件,,教师头像,注册时间,最后登录,最后发表)
管理员(管理员编号,管理员名,密码,性别,电子邮件,管理员头像,最后登录)
2,课程信息
课程(课程编号,课程名,课程描述)
3,问题实体详细划分为提问问题和回答问题,该处分为两个实体,提问信息,回复信息
问题(问题编号,提问信息,回答信息,问题时间)
(数据库)概念(模型)设计
2.1构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性:
1原则1(确定实体):
能独立存在的事物,例如人、物、事、地、团体、机构、活动、事项等等,在其有多个由基本项描述的特性需要关注时,就应把它作为实体。
②原则2(确定联系):
两个或多个实体间的关联与结合,如主管,从属,组成,占有,作用,配合,协同等等,当需要予以关注时,应作为联系。
实体间的联系可分为一对一、
③原则3(确定属性):
实体的属性是实体的本质特征。
实体应有标识属性(能把不同个体区分开来的属性组),并指定其中一个作为主标识。
联系的属性是联系的结果或状态。
④原则4(一事一地):
信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。
由上述原则及实体进一步分析可得:
1,学生,教师和管理员都是该系统的用户,可以合并为一用户实体。
用户(用户编号,用户名,密码,性别,电子邮件,用户角色,用户图像,注册时间,最后登录,最后发表,用户权限)
2,课程信息
课程(课程编号,课程名,课程描述)
3,问题实体详细划分为提问问题和回答问题,该处分为两个实体,提问信息,回复信息
提问信息(提问编号,提问人ID,提问所属课程,提问标题,提问内容,提问时间,查看次数)
回复信息(回复编号,回复人ID,所属提问ID,回复标题,回复内容,回复时间)
4,学生需要申请课程,申请自己的账号等,故申请作为一实体
申请(申请编号,申请人ID,申请课程ID,申请原因,申请状态,是否处理)
2.2、系统具体E-R图:
用户E-R图
课程E-R图
提问信息E-R图
回复信息E-R图
申请信息E-R图
关系E-R图
实体关系图
3.(数据库)逻辑(模型)设计
3.1一般逻辑模型设计:
(一)、由ERD导出一般关系模型的四条原则:
原则1(实体转换为关系模式):
ERD中每个独立的实体转换为一个关系模式,实体的属性组成关系的属性,实体的主标识转换成关系的主码。
原则2(从实体及其主从联系转换为关系模式):
ERD中一个从实体及其主从联系转换为一个关系,从实体的属性及其主实体关系的属性组成的属性,其主实体关系的主码,在主从关系联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的,从实体的一组属性,作为该关系的主码。
对子类实体可作类似一对一联系的从实体的转换。
原则3(一对多联系在关系模式中的表示):
ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码(作为外码)和联系本身的属性来表示。
原则4(多对多联系转换为关系):
ERD中的一个多对多联系转换为一个关系,其被联系实体关系的主码和该联系本身的属性一起组成的属性,被联系关系的主码组成该关系的复合主码。
(二)、数据库初步构思的关系框架:
通过ERD转换为一般关系模型四条原则分析,得到须在数据库中进行存储的一般关系模型如下(带下划线的为主码,带#的为外键):
A用户(用户编号,用户名,密码,性别,电子邮件,用户角色,用户图像,注册时间,最后登录,最后发表,用户权限)
B课程(课程编号,课程名,课程描述)
提问信息(提问编号,提问人ID,提问所属课程,提问标题,提问内容,提问时间,查看次数)
C回复信息(回复编号,回复人ID,所属提问ID,回复标题,回复内容,回复时间)
D申请(申请编号,申请人ID,申请课程ID,申请原因,申请状态,是否处理)
3.2具体逻辑模型设计:
(1)、用户信息表DY_User:
该表主要包括用户编号,用户名,登录密码,电子邮件,注册日期等信息
字段名称
数据类型
字段大小
是否主键
说明
UID
int
N/A
是
用户编号
UName
varchar
20
否
用户名
UPwd
varchar
20
否
登录密码
UGender
char
2
否
用户性别
UEmail
varchar
40
否
电子邮件
URole
int
N/A
否
用户角色
UHead
varchar
50
否
用户头像
URegDate
date
N/A
否
注册日期
UlastLogin
datatime
N/A
否
最后登录时间
ULastEmit
datatime
N/A
否
最后发表时间
UPermit
int
N/A
否
用户权限
createtableDY_User
(
UIDintauto_increment,#头像ID
UNamevarchar(20)uniquenotnull,#用户名
UPwdvarchar(20)notnull,#密码
UGenderchar
(2)default'男',#性别男or女
UEmailvarchar(40),#邮箱
URoleintdefault0,#是否是管理员0-学生1-老师2-后台管理员
UHeadvarchar(50)default'UserHead/no_head.gif',#用户图像URL
URegDatedate,#用户注册日期
ULastLogindatetime,#最后登陆日期
ULastEmitdatetime,#最后发表日期
UPermitintdefault1,#权限1-可发表0-不可发表
Primarykey(UID)#主键
)engineinnodb;
(2)、课程信息表DY_Topic_Group:
该表主要包括课程编号,课程名,课程描述信息等
字段名称
数据类型
字段大小
是否主键
说明
TGID
int
N/A
是
课程编号
TGName
varchar
50
否
课程名名
TDetail
varchar
200
否
课程描述
createtableDY_Topic_Group
(
TGIDintauto_increment,#课程ID
TGNamevarchar(50)notnull,#课程名称
TDetailvarchar(200)notnull,#课程描述
Primarykey(TGID)#主键
)engineinnodb
auto_increment=10000;
(3)、提问信息表DY_Topic:
该表主要包含提问的一些信息,如提问标题,内容,所属课程和提问时间等
字段名称
数据类型
字段大小
是否主键
说明
TID
int
N/A
是
提问编号
UID
int
N/A
否
提问人ID
TGID
int
N/A
否
所属课程ID
TTitle
varchar
200
否
提问标题
TContent
text
N/A
否
提问内容
TDate
datatime
N/A
否
提问时间
TReadCount
int
N/A
否
阅读次数
createtableDY_Topic
(
TIDintauto_increment,#话题主键
UIDint,#发帖人-外键
TGIDint,#帖子所属板块
TTitlevarchar(200)notnull,#话题标题
TContenttextnotnull,#话题内容
TDatedatetimenotnull,#发表时间
TReadCountintdefault0,#阅读次数
Primarykey(TID),#主键
Foreignkey(UID)referencesDY_User(UID)ondeletecascade,
Foreignkey(TGID)referencesDY_Topic_Group(TGID)ondeletecascade
)engineinnodb;
(4)、回复信息表DY_Revaet:
回复是针对提问的,所以包含所回复问题的ID,回复编号,回复的标题和内容等
字段名称
数据类型
字段大小
是否主键
说明
RID
int
N/A
是
回复编号
TID
int
N/A
否
所回复提问ID
UID
int
N/A
否
回复人ID
RTitle
varchar
200
否
回复标题
RContent
text
N/A
否
回复内容
RDate
datatime
N/A
否
回复时间
createtableDY_Revert
(
RIDintauto_increment,#回帖主键
TIDint,#所回复主题的主键
UIDint,#对应用户的主键
RTitlevarchar(200),#回贴小标题
RContenttextnotnull,#回帖内容
RDatedatetimenotnull,#回帖时间
Primarykey(RID),#主键
Foreignkey(TID)referencesDY_Topic(TID)ondeletecascade,
Foreignkey(UID)referencesDY_User(UID)ondeletecascade
)engineinnodb;
(5)、申请信息表DY_Apply:
申请主要包括申请人ID,所申请课程ID和申请的理由等字段
字段名称
数据类型
字段大小
是否主键
说明
AID
int
N/A
是
申请编号
UID
int
N/A
否
申请人ID
TGID
int
N/A
否
所申请课程ID
AReasion
varchar
200
否
申请理由
AFlag
int
N/A
否
申请处理标志
AStatus
char
10
否
申请处理状态
createtableDY_Apply
(
AIDintauto_increment,#申请表的ID
UIDint,#申请人ID
TGIDint,#所申请课的ID
AReasonvarchar(200)notnull,#申请原因
AFlagintdefault0,#申请是否处理0未处理1已经处理
AStatuschar(10)default'申请中',#申请的处理结果
Primarykey(AID),
Foreignkey(UID)referencesDY_User(UID)ondeletecascade,
Foreignkey(TGID)referencesDY_Topic_Group(TGID)ondeletecascade
)engineinnodb;
(6)、用户—课程关系表DY_TU:
该表主要用于记录用户和课程之间的关系,主要包括用户编号和课程编号字段等
字段名称
数据类型
字段大小
是否主键
说明
TUID
int
N/A
是
关系ID
UID
int
N/A
否
用户ID
TGID
int
N/A
否
课程ID
createtableDY_TU
(
TUIDintauto_increment,#关系表主键
UIDint,#学生ID
TGIDint,#课程ID
Primarykey(TUID),
Foreignkey(UID)referencesDY_User(UID)ondeletecascade,
Foreignkey(TGID)referencesDY_Topic_Group(TGID)ondeletecascade
)engineinnodb;
4.数据库物理设计与数据库保护设计
在数据库中创建表的同时须创建相关的索引。
索引就是加快检索表中数据的方法。
数据库的索引类似于书籍的索引。
在书籍中,索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息。
在数据库中,索引也允许数据库程序迅速地找到表中的数据,而不必扫描整个数据库。
本数据库表较为简单,且每个表中定义主键约束或者唯一性键约束,已经间接创建了索引,故无需再创建索引。
数据库的运行和维护
6.1各表关系图,
易知表Ticket与表Citysite之间是父表与子表的关系:
表Book与表Bookno之间也是父表与子表的关系:
它们之间都是父表对子表的一对多的关系。
根据表之间的结构关系图,可以得出各表的完整性约束条件如下图:
表名
主键列名
外键
外键列名
参照表
Student
Sno
无
Ticket
Tno
无
Citysite
Cityno
Tno
Ticket
Book
Bno
Sno
Student
Bookno
ID
Bno,Tno
Book,Ticket
Operater
Adname
无
Ticketsite
Siteno
Adname
Operater
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 设计 实验 报告