运动会管理系统数据库.docxVIP

运动会管理系统 1.需求分析 1 .1 系统功能要求设计 此系统实现如下系统功能： （ 1）使得运动会管理工作更加清晰、条理化、自动化。 （2）通过简洁明了的登录系统，查询比赛基本信息，选手得分，排名等功能。 容易地完成比 赛团体信息的查询操作。 设计人机友好界面，功能安排合理，操作使用方便，并且进一步考虑系统在安全性，完 整性，并发控制，备份和恢复等方面的功能要求。 系统模块设计 运动会管理系统大体可以分成二大模块如， 一是选手的基本信息模块，里面应该包含选 手的各方面的基本信息；再者便是得分管理模块， 在该模块中应该包含有对选手得分信息 的查询和处理，如单项名次，团体总分以及排名统计等功能模块；再其次还有比赛地点，日 期，规模，项目，报名期限等相关信息的模块；可以得到系统流程图： 数据字典 数据项是数据库的关系中不可再分的数据单位，下表分别列出了数据的名称、数据类型、 长度、取值能否为空。利用 SQL Server 2000 建立“学生选课”数据库，其基本表清单及表结构描述如下： 数据库中用到的表： 数据库表名 关系模式名称 备注 BISAIXINXI 比赛信息 运动会信息表 Player 选手 选手基本信息表 Score 成绩 比赛成绩信息表 Player 基本情况数据表，结构如下： 字段名 字段类型 Not Null 说明 Player _sno Char Primary key 编号 Player_sn char Not Null 选手姓名 Player _sex char ‘男’或‘女’ 性别 Player _dept char 项目 Player_age char 年龄 Playeraddress char 地址 course 数据表，结构如下： 字段名 字段类型 约束控制 说明 BISAIXINXI char 主键（ primary key ） 日期 _cno BISAIXINXI char not null 地点 _cname BISAIXINXI int not null 规模 _hour BISAIXINXI numeric(2,1) not null 项目 _score score 情况数据表，结构如下： 字段名 字段类型 约束控制 说明 score_id int not null 选手编号 score_cno char 外部键 比赛项目 score_sno char 外部键 排名 score int 成绩 2.概念模型设计 由需求分析的结果可知，本系统设计的实体包括： 1）选手基本信息：编号，姓名，性别，地址，年龄，比赛项目。 2）运动会基本信息：比赛日期，地点，规模，项目，报名期限。这些实体间的联系包括： 每位选手可以参加多个项目，每个项目可供多位选手参加。 由上述分析可得到系统的 E— R 图： 性别 局部 E-R 图 姓名 选手 地址 年龄 编号 项目 日期 规模 比赛信息 项目 地点 2 全局 E-R 模型 地址 项目 地点 日期 年龄 编号号 选手 成绩 比赛信息 规模 姓名 性别 项目 分数 逻辑结构设计 由系统 E—R 图转化而得到的关系模式如下： （1）选手（编号，姓名，性别，地址，年龄，比赛项目） ，其主关键字为编号 ; （2）运动会基本信息（比赛日期，地点，规模，项目，报名期限 ），其中主关键字为项目； （3）成绩（项目，编号，分数）其中主关键字为编号和项目。可以与选手关系模 式合并为：选手（编号，姓名，性别，地址，年龄，比赛项目） 。 2 . 确定关系模型的存取方法 在将概念模型转换成物理模型之后，我们可以对物理模型进行设计，双击物理模型的关系，可以对该关系的名称、注释等信息进行查询。可对该关系的属性列进行设计，可分别设置其名称、码、数据类型以及主码、是否为空等。在实际设计中最常用的存取方法是索引发，使用索引可以大大减少数据的查询时间，在建立索引时应遵循：在经常需要搜索的列上建立索引； 在主关键字上建立索引；在经常用于连接的列上建立索引，即在外键上建立索引；在经 常需要根据范围进行搜索的列上创建索引， 因为索引已经排序， 其指定的范围是连续的等规则。 才能充分利用索引的作用避免因索引引起的负面作用。 3 . 确定数据库的存储结构 确定数据库的存储结构主要指确定数据的存放位置和存储结构， 志、备份等的存储安排及存储结构， 以及确定系统存储参数的配置。  包括确定关系、 索引、 日因为该成绩管理系统的数 据量小，，所以我们只用把数据存储在使用的电脑硬盘上，不用作更多的安排。 4 物理结构设计 (1)创建选手基本信息表 : create table Student ( 编号 varchar(11) not null, 项目 varchar(5) not null, 姓名 var