大家好,欢迎来到IT知识分享网。
这学期学习了数据库之后,到结尾写个数据库课程设计,下面这个课程设计可是我花了好长时间才写完,先供大家参考,如果需要可以私!!!
2.2 设计E—R图
每个实体之间的联系如下:
1.裁判员和比赛项目:一个裁判员可以裁决多个比赛项目,一个比赛项目可以被多个裁判员裁决。
2.运动员和比赛项目之间:一个运动员可以参加多个比赛项目,一个比赛项目可以被多可运动员选报。
3.运动员和成绩之间:一名运动员可以查询多门成绩,一个成绩只能对应一个运动员。
4.工作人员和场地之间:一个工作人员只能看管一个场地,同时一个场地也只能被一个工作人员看管。
5.比赛项目和场地之间:每个比赛项目只会被分配到一个场地, 每个场地也只能有一个比赛项目
ER部分如下图:
4.数据库物理设计与实施
在实际设计中最常用的存取方法是 索引,使用索引可以大大减少数据的查询时间,在建立索引时应遵循: 在经常需要搜索的列上建立索引; 在主关键字上建立索引;在经常用 于连接的列上建立索引,即在外键 上建立索引;在经常需要根据范围 进行搜索的列上创建索引,因为索 引已经排序,其指定的范围是连续 的等规则。才能充分利用索引的作 用避免因索引引起的负面作用。
4.1创建数据库:
4.2建立和管理基本表:
4.2.1建立基本表:
部分表创建过程如下
Staff表创建过程如下图所示:
Site表创建过程如下图所示:
Sports表创建过程如下图所示:
Athlete表创建过程如下图所示:
Referee表创建过程如下图所示:
Score表创建过程如下图所示:
4.2.2管理基本表
随着应用环境和应用需求的改变,有时候需要修改已经建立好的基本表的模式结构。SQL语句采用ALTER TABLE语句修改基本表的结构,利用DROP子句删除基本表。ALTER TABLE语句以修改基本表的名字,增加新列或者增加新的完整性约束条件,修改原有列的定义,包括修改列名和数据类型等。DEOP子句用于删除指定的完整性约束条件。
例1:将表sports表的名称修改为stu,操作过程如下:
例2:将表sports表中sp_type的内型改为char(24)操作过程如下:
修改前sp_type类型如下图:
修改后sp_type的内型如下图:
4.3建立和管理视图
4.3.1建立视图
数据库中的视图是常用的数据对象,它用于定义数据库某类用户的外模式。通过创建视图,可以限制不同的用户查看不同的信息,屏蔽用户不关心的或者不因你该看到的信息。
视图是从一个会多个基本表中导出来的表,他与基本表不同,是同事一个虚表,其数据不单度保存在一个基本文件中,任然保存在导出视图的基本标文件中,任然保存在导出视图的基本表中,数据库系统中只保存视图的定义,视图一经定义,就和基本表一样,可以关系,可以进行基本的操作如查询、删除等。
例:为金融系的运动员建立视图。
4.3.2 管理视图
例:将视图Y_JR中孙策的性别改为女。
修改前Y_JR中的信息如下图:
修改后Y_JR中的信息如下图:
5.访问数据库
5.1数据添加
Staff表里数据如下图:
Site表中的数据如下表:
Sports表的数据创建如下:
Athlete表的数据如下:
Referee表的数据如下:
Score表的数据如下:
5.2数据查询
数据查询是数据库的核心操作,SQL提供了select语句进行数据库查询,该语句具有灵活的使用方式和功能。
例1:查询运动员“曹操”的报名项目及个人信息。操作如下图:
例2:查询工作人员“唐翼”所负责的场地及个人信息。
例3:查询来自信工学院的运动员的编号,姓名及性别。
5.3数据更新
例1:将姓名为赵云的运动员的性别改为女,年龄改为40,学院改为金融。
修改前信息如下图:
修改后如下图:
总结与心得
这次的课程设计我也是花了很久才弄完,不过也从这个过程中学到不少东西,也对一些已经学过的知识又一遍的进行了巩固,比如视图的有关内容以及操作吧,之前是没去学习的,在写课程设计后又专门去学了视图的一些基本操作;同时也对基本表的创建以及常规操作又有了更进一步熟练。
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/20712.html