《数据库应用技术》课程大作业样本

《数据库技术与应⽤》上机⼤作业数据库⼤作业1、查询XS表中的所有列。

use XSCJselect *from XS;2、查询XS表中计算机专业同学的学号、姓名和总学分。

use XSCJselect 学号,姓名,总学分from XSwhere 专业名= '计算机';3、查询XS表中计算机专业同学的学号、姓名和总学分，结果中各列的标题分别指定为number、name和mark。

use XSCJselect 学号as number , 姓名as name , 总学分as markfrom XSwhere 专业名= '计算机';4、查询XS表中通信⼯程专业总学分⼤于等于42的学⽣情况。

use XSCJselect *from XSwhere 专业名= '通信⼯程' and 总学分>= 42;5、查询XS表中姓“王”且单名的学⽣情况。

use XSCJselect *from XSwhere 姓名like '王_';6、查询XS表中不在1979年出⽣的学⽣情况。

use XSCJselect *from XSwhere 出⽣时间not between '1979-01-01' and '1979-12-31';7、查询选修了课程号为101的学⽣情况。

use XSCJselect *from XSwhere 学号in ( select 学号from XS_KCwhere 课程号= '101');8、查询未选修离散数学的学⽣情况。

use XSCJselect *from XSwhere 学号not in ( select 学号from XS_KC where 课程号in ( select 课程号from KC where 课程名= '离散数学'));9、查询⽐所有计算机系的学⽣年龄都⼤的学⽣情况。

《数据库系统原理》课程大作业任务书、选题每班同学不可以从所给的10 个中任选一题完成作业，必须从客观实际出发自己选题完成作业。

在同一个班，要求1~2 人一题，原则上选题不能相同。

①商品销售管理系统的设计与实现②图书管理子系统的设计与实现③药品管理子系统的设计与实现④校运动会子系统的设计与实现⑤库存管理子系统的设计与实现⑥学生选课子系统的设计与实现⑦人事管理子系统的设计与实现⑧工资管理子系统的设计与实现⑨项目管理子系统的设计与实现⑩门诊管理子系统的设计与实现二、目标通过对本综合性实验的训练，学生能够比较熟练地掌握数据库的系统构成、关系型数据库、SQL语句、查询优化、数据库的安全保护以及数据库的设计方法。

通过大作业的训练，使得学生全面掌握SQL-SERVE数据库的使用方法，加深对数据库的理解，尤其是完整性约束的理解，深刻体会团队开发的力量，为学生后续课程的学习以及开发大型软件打下良好的基础。

三、对象选修《数据库系统原理》课程的全体同学。

四、要求①要求每个小组的学生进行需求分析、概念设计、逻辑设计和物理设计，并在SQL-SERVER20I数据库上实现所设计的数据库。

②要求每个学生熟练掌握SQL-SERVER200数据库的体系结构，熟练掌握SQL-SERVER200数据库的脚本语言，以及实际运用SQL-SERVER200数据库的能力③要求每个学生熟练运用SQL-SERVER200数据库来解决实际问题。

熟练运用触发器完成复杂的完整性约束，使用存储过程和函数完成相应复杂的数据查询、数据统计和企业业务处理等工作，使用视图、SQL-DC语言、触发器和存储过程实现相应的安全控制。

④培养每个学生提出问题、分析问题和解决问题的能力，老师提出问题，由学生通过大量阅读文献、上网求助、不断探索来完成任务，提高既具有熟练驾驭工具的能力又具有自主创新的素养。

⑤每个班每人为一组单独完成，培养学生的自主学习能力和创新能力，学会编写标准文档，涉及的文档包括综合性实验报告、需求分析、概念设计、逻辑设计和物理设计，最终在SQL-SERVER20I数据库上实现。

《数据库应用技术》课程设计要求一．要求：每人一题二．主题：可从以下题目中选取，也可自选。

设计参考题目：1. 网上选课系统的数据库设计2. 网上订票系统的数据库设计3.考试系统的数据库设计4. 自动抽题系统的数据库设计5. 铁路客票发售与预订系统的数据库设计6. 自动排课系统的数据库设计7. 供应链管理系统的数据库设计8. 客户关系管理系统的数据库设计9.人力资源管理系统的数据库设计10.网络办公系统的数据库设计11. 智能小区视频点播系统的数据库设计12.电子商务网站建设的数据库设计13.在线点歌系统的数据库设计14. 物流管理信息系统的数据库设计15.住宅小区物业管理系统的数据库设计16.数据库应用技术课件开发的数据库设计18.房产销售管理信息系统的数据库设计19.网上图书销售系统的数据库设计20. 网上招投标系统的数据库设计三．具体要求：仿照数据库作业样本，完成系统的数据库设计，要求：1．写出需求分析。

（要明确系统应实现的功能：包括查询功能、插入功能、修改功能）2．抽象出系统中的所有实体，并画出ER图。

3．将ER图转换成关系模式4．完成数据库的物理设计，构建关系模式的数据结构5．基于所设计的系统逻辑结构，用SQL 语句完成数据库和关系模式的建立；并为实现需求分析中确定的功能建立相关的视图及索引。

实现需求分析中确定的数据检索、插入、修改功能。

注意：所设计的系统至少包含五个以上的实体和三种以上的联系。

查询功能要包括简单查询和复杂查询。

作业提交要求：1．作业提交形式：创建以学号_姓名命名的文件夹，中间用‘_’隔开，如：5012216013_李四，文件夹中包含三项内容：①word格式设计的文档：将所有内容放入一个文件，将文件名命名为系统名称，如：网上招投标系统的数据库设计.doc②相应的数据库文件，如: 网上招投标系统的数据库设计.mdf网上招投标系统的数据库设计.ldf③SQL脚本文件, 以系统名称命名，如：网上招投标系统的数据库设计.sql3．将文件夹刻录光盘，光盘标签注明专业、班级、学号、姓名；word文档打印；4．必须于第17周周末前完成作业，并交齐全部资料。

《数据库技术及应用》课程大作业学院(系:管理与经济学部专业:信息管理与电子政务学生姓名:学号:完成日期:目录1.系统背景介绍 (31.1系统名称 (31.2系统概况 (31.3信息需求描述 (32.概念模型设计 (33.数据模型设计 (44.数据定义语言 (74.1基本表及其完整性定义 (7 4.2 视图定义 (84.3 索引定义 (85. 数据库操作 (95.1嵌套查询 (95.2连接查询 (105.3聚合查询 (115.4数据记录增加 (125.5数据记录删除 (135.6数据记录修改 (156.数据库管理及控制 (176.1建立触发器 (176.2 事务练习 (217.数据库连接实现 (227.1数据库连接配置 (227.2数据库访问实例 (258.小结 (271.系统背景介绍1.1系统名称图书管理系统1.2系统概况在网络技术日益发达的今天,对于任何一所高校而言采用一套行之有效的图书管理系统来管理书籍,会带来很大的便捷。

不仅有助于图书管理员能够更加轻松高效的管理书籍,与此同时对于学生借书来说也更加方便。

基于这个问题,本文设计了图书管理系统,实现了借还书的方便、高效性、有效性和及时性。

阐述了高校图书管理软件中所应具有的基本功能、设计、实现。

该系统的建立不但给管理者带来了方便,也节省了工作时间从而提高了工作效率。

图书管理系统的设计主要包括学生、管理员、书籍的借阅与归还、图书的采购与入库等相关信息。

本系统的设计,主要为了方便借书者借书前可以提前通过登陆图书管理系统搜索自己想要借阅的书籍,可以明确的知道所借图书的库存量以及书籍的借期和还期。

通过本系统,图书管理员可以方便的进行相对应的图书管理工作。

1.3信息需求描述图书馆是收藏图书、刊物及各类音像和文字资料,并供读者借阅的单位。

其主要业务包括图书的采购,编目,入库,流通(借阅、归还,读者管理,以及阅览室管理等。

细分其功能,可以分为:登陆、查询、流通管理、采编管理、读者管理。

《数据库技术及应用》课程报告说明信息技术学院2016年9月一、课程设计题目以下课题可供参考，学生也可选择自己拟定的题目，但要求一人一题，不可重复。

1、学生宿舍管理系统2、房地产信息管理3、学生社团管理系统4、学生课外活动管理系统5、医院信息管理系统6、仓库管理系统7、酒店管理系统8、商品销售管理9、停车场管理系统10、公安管理系统11、KTV娱乐收银系统12、个人信息助理13、人员流动管理系统14、影视明星系统15、足球经理俱乐部系统16、车辆信息咨询系统17、交通线路信息资讯18、家居管理系统19、出租屋管理系统20、个人作品信息管理21、旅游系统管理22、手机信息管理……二、课程设计要求1、对所选课题进行需求分析，用文字做简要说明。

2、给出课题的概念模型（即ER图），要求对课题至少设计出4个实体，并包含多对多联系。

3、根据设计的ER模型，给出系统的逻辑模型（关系模式）。

4、根据课题的逻辑模型，设计系统的物理模型，对各属性的完整性规则，进行必要设计说明。

5、给出实现数据库的SQL语句，包含创建数据库、数据表（含主键、外键定义及约束性条件设计）、创建索引、插入记录（各表至少插入5条记录）、有涵义的视图（含单表、多表）、触发器和存储过程，参考文献（至少3本）、个人心得等。

6、本课程报告占总评成绩40%。

三、课程设计报告格式要求1、内容详见附页。

2、格式文档版式：A4正文：宋体，5号字；首行缩进；行距：1.25倍行距。

3、样式（见下页）。

《数据库技术及应用》课程报告课题名称：运动员信息管理系统专业：计算机应用技术班级：二班学生姓名：张嘉皓学号：15009611.关系（逻辑）模型的概念逻辑模型：是将概念模型转化为具体的数据模型的过程，即按照概念结构设计阶段建立的基本E-R图，按选定的管理系统软件支持的数据模型（层次、网状、关系、面向对象），转换成相应的逻辑模型。

这种转换要符合关系数据模型的原则。

目前最流行就是关系模型（也就是对应的关系数据库）2.基本要素“—”表示主键1.数据初始化要求写出插入数据的SQL语句（每表至少三条记录）goinsert into运动员values(01,'姚明','男',30)insert into运动员values(02,'刘翔','男',20)insert into运动员values(03,'孙杨','男',18)insert into运动员values(04,'科比','男',35)insert into运动员values(05,'李宁','男',32)go。

《数据库原理与应用》综合设计任务书前言《数据库原理与应用》课程的重点知识模块包括：1）数据库设计、2）用SQL实现建库、建表、查询、更新、和创建视图、3）存储过程和触发器设计。

针对这三个应用能力，用一个案例作为背景，布置三次大作业。

在校大学生都能理解“图书管理系统”的应用场合和业务流程。

因此，以图书管理系统作为案例来布置作业，可以降低业务分析难度，让学生将主要精力放在知识消化与技术应用上。

本文档包括四个部分。

第一部分描述系统的需求，第二部分提出E-R模型设计和关系模型设计的任务；第三部分提出在SQL Server中，用SQL语句来建库、建表、查询、更新数据、创建视图的任务；第四部分，根据应用需求、安全需求和数据完整性要求，提出设计存储过程和触发器的任务。

每个任务之前，都给出了完成任务所需要掌握的关键知识点，学生可以在对这些知识点进行复习的基础上完成任务，每个任务是一次大作业。

第一部分案例的需求描述本部分描述“图书管理系统”的需求，学生通过阅读本部分内容，了解系统的功能要求、运行环境，对系统所需的数据有总体认识，作为三次作业的基础。

1.2 需求分析1）功能需求图1-1：功能需求示意图教师信息管理：用于教师基本资料的增删改查。

图书信息管理：用于图书基本信息的增删改查，分类统计图书册数和价值。

借书登记：记录借书时间、所借图书、借书人、办理人。

还书登记：记录还书时间、所还图书、还书人、办理人。

催还：查询借阅逾期的借书信息，给借书人发电子邮件，给借书人的部门打电话。

2）运行环境要求图1-2：运行环境拓扑图系统采用C/S模式，有两台PC和一台服务器，联成一个局域网。

PC上安装图书管理软件的客户端，服务器上安装DBMS，服务器也可由两台PC中的一台来代替。

第二部分作业1——E-R模型与关系模型设计（满分8分）本部分的任务是：在需求分析的基础上，进行E-R图设计，然后将E-R模型转换为关系模型。

任务：1）根据需求描述，绘制E-R图。

《数据库技术及应用》大作业——员工工资管理系统姓名：学院：班级：学号：一、系统背景介绍系统名称员工工资管理系统系统概况随着信息时代的到来，各企业事业单位开始大量使用计算机来处理日常业务，已经开始启动日常管理信息化工作。

为了推进信息化，减少职员工作量，方便数据整理，提高工作效率，方便管理者了解工资发放情况，需要借助计算机实现一些基本管理工作。

所需信息主要是员工的基本情况，包括：姓名、年龄、性别、上岗时间、员工编号、部门名称、所在部门的基本信息以及各项工资数额。

二、数据库设计DBF表结构Base（员工基本信息）表结构：Office（部门基本信息）表结构Salary（工资基本信息）表结构主码与外码主码对应外码base.number salary.numberbase.department office.department索引所建索引均为结构化复合索引。

包括员工编号，员工姓名，员工部门编号，员工性别，员工实发工资。

三、系统功能结构设计功能结构图主要功能说明使用该系统的人员，主要是运用此系统进行信息录入，信息编辑，信息删除。

然后进行信息的浏览查询，统计分析等。

便于有效管理员工工资情况，并与员工以及所在部门信息相关联。

具体功能如下：封面界面进入登陆界面登陆界面（1）允许进入：输入正确用户名和密码后，进入主菜单界面。

（2）拒绝进入：提示密码错误，被拒绝进入系统。

可退出系统。

数据编辑（1）对base表进行增删改等操作（2）对salary表进行增删改操作（3）对office表进行增删改操作数据查询（1）按编号查询：输入要查询的员工编号，输出员工的实际工资。

（2）按部门查询：输入要查询的部门，输出部门的基本信息。

系统管理（1）系统返回：通过return命令返回系统（2）退出系统：用户通过退出系统按钮可安全退出系统。

四、程序设计主控/菜单程序菜单：* ********************************************************** ** * 01/05/11 菜单1.MPR 21:55:46* ** ********************************************************** ** * 作者名称* ** * 版权所有 (C) 2011 公司名称* * 地址* * 城市, 邮编* * 国家* ** * 说明:* * 此程序由 GENMENU 自动生成。

通信录项目开发文档目录1需求分析 (2)1.1应用需求........................................................................................... 错误！未定义书签。

1.1.1用户需求分析........................................................................ 错误！未定义书签。

1.1.2系统存储需求........................................................................ 错误！未定义书签。

1.2功能描述........................................................................................... 错误！未定义书签。

1.3数据流图和数据字典....................................................................... 错误！未定义书签。

1.3.1数据流图 (2)1.3.2数据字典................................................................................ 错误！未定义书签。

2.概念结构设计.............................................................................................. 错误！未定义书签。

2.1局部E-R图 (4)2.2全局E-R图 (5)2.3关系图 (5)3.逻辑结构设计.............................................................................................. 错误！未定义书签。

数据库大作业课题名称专业班级学号姓名教师成绩11月日1. 需求分析( 加入需求分析的概念)描述题目内容1.1 数据流图( DFD)什么是数据流图。

画数据流图图1-1 XXXX图1.2 数据字典( DD)什么是数据字典写数据字典数据文件: 订单明细表文件组成: 订单序号Id, 订单编号, 菜名, 价格, 数量, 下单时间数据项: 订单序号Id数据类型: 整型数据长度: 4数据项: 订单编号数据类型: 可变字符类型数据长度: 50数据组成: A+日期时间数据项: 菜名数据类型: 可变字符类型数据长度: 50什么概念结构设计E-R图( 在Powerdesigner中创立概念模型, 粘贴图)图2-1 XXXX图关系模式( ( 在Powerdesigner中由概念模型转化为物理数据模型, 粘图) )图3-1 XXXX图4. 建表SQL语句由物理数据模型生成SQL Server 数据库的建表语句。

/*==============================================================*//* DBMS name: Microsoft SQL Server *//* Created on: -9-16 14:39:14 *//*==============================================================*/if exists (select 1from sys.sysreferences r join sys.sysobjects o on (o.id= r.constid and o.type = 'F')where r.fkeyid = object_id('SC') and ='FK_SC_SC_S')alter table SCdrop constraint FK_SC_SC_Sgoif exists (select 1from sys.sysreferences r join sys.sysobjects o on (o.id= r.constid and o.type = 'F')where r.fkeyid = object_id('SC') and = 'FK_SC_SC2_C')alter table SCdrop constraint FK_SC_SC2_Cgoif exists (select 1from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = 'F')where r.fkeyid = object_id('TC') and = 'FK_TC_TC_T')alter table TCdrop constraint FK_TC_TC_Tgoif exists (select 1from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = 'F')where r.fkeyid = object_id('TC') and = 'FK_TC_TC2_C')alter table TCdrop constraint FK_TC_TC2_Cgoif exists (select 1from sysobjectswhere id = object_id('C')and type = 'U')drop table Cgoif exists (select 1from sysobjectswhere id = object_id('S')and type = 'U')drop table Sgoif exists (select 1from sysindexeswhere id = object_id('SC') and name = 'SC2_FK'and indid > 0and indid < 255)drop index SC.SC2_FKgoif exists (select 1from sysindexeswhere id = object_id('SC') and name = 'SC_FK'and indid > 0and indid < 255)drop index SC.SC_FKgoif exists (select 1from sysobjectswhere id = object_id('SC')and type = 'U')drop table SCgoif exists (select 1from sysobjectswhere id = object_id('T')and type = 'U')drop table Tgoif exists (select 1from sysindexeswhere id = object_id('TC') and name = 'TC2_FK'and indid > 0and indid < 255)drop index TC.TC2_FKgoif exists (select 1from sysindexeswhere id = object_id('TC') and name = 'TC_FK'and indid > 0and indid < 255)drop index TC.TC_FKgoif exists (select 1from sysobjectswhere id = object_id('TC')and type = 'U')drop table TCgo/*==============================================================*//* Table: C *//*==============================================================*/create table C (CNo char(2) not null,CN varchar(40) null,CT smallint null,constraint PK_C primary key nonclustered (CNo))go/*==============================================================*//* Table: S*//*==============================================================*/create table S (SNo char(2) not null,SN varchar(40) null,Gen char(2) null,Birth datetime null,Dept varchar(40) null,constraint PK_S primary key nonclustered (SNo))go/*==============================================================*//* Table: SC *//*==============================================================*/create table SC (SNo char(2) not null,CNo char(2) not null,Score smallint null,constraint PK_SC primary key (SNo, CNo))go/*==============================================================*//* Index: SC_FK *//*==============================================================*/create index SC_FK on SC (SNo ASC)go/*==============================================================*//* Index: SC2_FK *//*==============================================================*/create index SC2_FK on SC (CNo ASC)go/*==============================================================*//* Table: T *//*==============================================================*/create table T (TNo char(2) not null,TN varchar(40) null,Gen char(2) null,Birth datetime null,Prof varchar(40) null,Sal int null,Comm int null,Dept varchar(40) null,constraint PK_T primary key nonclustered (TNo))go/*==============================================================*//* Table: TC *//*==============================================================*/create table TC (TNo char(2) not null,CNo char(2) not null,constraint PK_TC primary key (TNo, CNo))go/*==============================================================*//* Index: TC_FK *//*==============================================================*/create index TC_FK on TC (TNo ASC)go/*==============================================================*//* Index: TC2_FK *//*==============================================================*/create index TC2_FK on TC (CNo ASC)goalter table SCadd constraint FK_SC_SC_S foreign key (SNo)references S (SNo)goalter table SCadd constraint FK_SC_SC2_C foreign key (CNo)references C (CNo)goalter table TCadd constraint FK_TC_TC_T foreign key (TNo) references T (TNo)goalter table TCadd constraint FK_TC_TC2_C foreign key (CNo) references C (CNo)go5. 结论心得体会( 如果有相同的, 则都不及格)参考教材:《数据库实验指导》主编: 杨海霞出版社: 人民邮电出版社书号: 978-115-16535-0。

数据库技术与应用课程设计报告教务管理系统学院：软件学院专业名称：班级：计科三班设计题目：教务管理系统学生姓名：时间：2021 /6/23 分数：目录第一章引言 (3)课程设计目的 (3)工程背景 (3)第二章教务管理系统需求分析 (3)2.1 需求分析概述 (3)角色职责描述 (4)2.2 教务管理系统的功能需求 (4)功能需求分析 (4)第三章概念设计 (5)3.1 实体之间的联系 (5)3.2.1 局部E-R图 (6)3.2.2 全局E-R图 (8)第四章逻辑构造设计 (9)4.1 关系模型的设计依据 (9)4.2 实体间联系转化的关系模式 (9)第五章物理构造设计 (11) (11)5.2 数据库初始化代码 (13)第一章引言利用一种SQL server作为设计平台，理解并应用课程中关于数据库设计的相关理论，能按照数据库设计步骤完成完整的数据库设计，包括需求分析、概念设计、逻辑设计、物理设计。

同时能够正确应用各个阶段的典型工具进展表示本工程作为?数据库?课程的实习工程提出，希望通过教务管理系统的分析与设计，切实领会系统分析、系统设计和实施各个阶段的要点；掌握根本的信息系统的开发方法以及体会信息管理系统设计,教务管理系统第二章教务管理系统需求分析2.1 需求分析概述本系统为教务管理系统，教务管理系统中主要有四类用户，即学生用户，教师用户，教务管理员和系统管理员。

对应这些用户，其处理要求的主要的功能就是进展一系列的查询和各类数据的管维护。

表2-1 角色职责2.2 教务管理系统的功能需求1〕系统管理：实现系统管理人员对系统的管理，包括添加删除用户，更改密码，数据备份，数据复原，注销等功能。

2〕教务管理：实现教务管理人员对系统的管理，包括课程安排，成绩审核，学生成绩管理，学生学籍管理等功能。

3〕根本信息：实现显示学生和教师以及课程、班级、系别的根本信息〔包括学生根本信息，教师根本信息，课程根本信息等〕。

数据库技术与应用大作业一、系统背景介绍本文选用的是：法院执行案例信息管理系统。

随着市民的法律意识逐渐提高，法院受理的案件也越来越多。

针对此情况，我设计了法院执行案例信息管理系统。

本系统以法院执行案件这个活动为基点，对法院执行案件过程中产生的信息进行计算机管理。

本系统主要为了支持法院的行政关系与案件处理，使用该系统可以快速查找已经审理的案件的相关信息和与案件相关的法官和律师的相关信息，并对这些信息进行相应的处理。

因此通过使用该系统可以大大提高法院的工作效率。

法院执行案例信息管理系统的主要功能包括：查询和编辑法官的各项基本信息，查询和编辑律师的各项基本信息，查询和编辑案件的各项基本信息。

在权限范围内，可以对这些基本信息进行录入、修改、删除和查询。

针对上述功能，该系统需求的信息包括：法官的编号、姓名、性别和所属法院信息，律师的编号、性别和所在事务所信息，和案例的案号、案由、当事人、审理法院、审判时间和案例事实等。

二、概念模型设计法院执行案例信息管理系统中共包括两个实体：法官实体、律师和案例实体。

案例是法官实体、律师和案例实体之间的联系。

它们之间的联系如图1所示。

图1 法官实体、律师和案例实体之间的联系的E-R图法官和律师都有自己的基本信息，把二者联系起来的是发生的案例。

案例有自己的信息，在这些信息中记录执行法官的编号和律师编号，通过编号把律师和执行法官联系起来。

根据功能需求，我把法院执行案例信息管理系统分成以下三个功能模块：法官信息管理模块、律师信息管理模块、案例信息管理模块。

它们的功能如下：法官信息管理模块：在此模块下可以按编号、姓名和法官所属法院查询法官的信息，也可查询全部法官的所有信息，还可添加、修改和删除法官信息。

律师信息管理模块：在此模块下可以按编号、姓名和律师所属事务所查询律师的信息，也可查询全部律师的所有信息，还可添加、修改和删除律师信息。

案例信息管理模块：在此模块下可以按编号、案由和日期等属性对案例的信息进行查询，还可进行添加、修改和删除案例信息。

《数据库应用技术》第1次作业及答案第一章思考与练习题一、选择题1．三级模式间存在两种映射，它们是（C）。

A．模式与子模式间，模式与内模式间B．子模式与内模式间，外模式与内模式间C．外模式与模式间，模式与内模式间D．模式与内模式间，模式与模式间2．SQL Server系统中的所有系统级信息存储于哪个数据库（A ）。

A．master B．model C．tempdb D．msdb3．下面关于tempdb数据库描述不正确的是（D ）。

A．是一个临时数据库B．属于全局资源C．没有权限限制D．是用户建立新数据库的模板4．在数据库技术中，面向对象数据模型是一种（B ）。

A．概念模型B．结构模型C．物理模型D．形象模型5．数据库管理系统常见的数据模型有（B）。

A．网状、关系和语义B．层次、关系和网状C．环状、层次和关系D．网状、链状和层次6．用户看到的数据表，属于数据库系统三级模式中的（D ）。

A．外模式B．内模式C．子模式D．模式7．对数据的插入属于数据库管理系统（B ）的功能。

A．数据定义B．数据操纵C．数据库的运行管理D．数据库的建立和维护8．保持数据的完整性属于数据库管理系统（C ）的功能。

A．数据定义B．数据操纵C．数据库的运行管理D．数据库的建立和维护9．在SQL Server数据库中，默认情况下Sys通常是（C ）。

A．数据文件的后缀B．事务日志文件的后缀C．系统表表名的前缀D．辅助文件的后缀二、填空题1．计算机数据处理技术大致经历了（人工管理）、（文件管理）、（数据库管理）等不同的发展阶段。

2．数据库系统由（外模式）、（模式）和（内模式）三级抽象模式构成。

3．数据库管理系统的主要功能包括（数据定义）、（数据操纵）、（数据库的运行管理）、（数据库的建立和维护）。

4．关系模型由三部分组成（数据结构）、（关系操作集合）和（关系的完整性）。

5．SQL Server提供了大量易用的管理工具，比较常用的主要有（服务管理器）、（企业管理器）和（查询分析器）。

1系统背景介绍1.1系统名称学生奖学金管理系统1.2 系统概况随着我国与世界信息高速公路的接轨，信息技术的发展，企事业的办公及管理都将朝着高效、快速、无纸化的方向发展，信息系统替代原始的人工管理将是一个必然趋势。

本系统旨在为各大学生院系提供一个可以实现记录更新学生的各科成绩、参与的各种活动情况，统计并按照一定计算方式最终可生成学生们按各种标准的排名情况的系统，为学生奖学金的评比更加快速地提供更加准确、公平的依据。

信息系统的优势在于：首先，较之于手工管理，信息系统的可靠性很高，不容易出现一些手工管理经常犯的错误；其次，信息系统节约很多的资源，手工管理需要消耗很多的纸张；再次，信息系统的安全性很高，一般的事故不会导致数据的丢失或者被破坏；最后，信息系统使用起来很方便，无论是增加，删除，修改，还是查询都比手工管理节省了很多的时间。

1.3系统信息需求按照从概念模型到关系模型的步骤：甄别实体→确定实体属性→选择码→分析联系，系统的信息需求如下：本系统共有四个实体，学生、课程、院系、活动。

☆ 描述学生的信息有：学号、姓名、性别、班级、专业、院系号；☆ 描述课程的信息有：课程号、上课专业、学时、学分；☆ 描述院系的信息有：院系号、院系名、下设专业；☆ 描述活动的信息有：活动编号、活动名称、活动等级、活动加分、获奖人学号、获奖人姓名。

2 概念模型设计2.1 E-R图2.1.1实体描述图2-1 学生实体图图2-2课程实体图图2-3院系实体图图2-4活动实体图2.1.2 合成E-R图图2-5 学生奖学金管理系统E-R图2.2 相关语义说明一个学生只能属于一个院系，一个院系有多名学生；一个学生可以选择多门课程，一个课程可以被多名学生选择；一个学生可以参加多个活动，一个活动可以由多名同学参加。

本系统中，同一院系同一专业的学生必修的课程是一样的，不同的院系不同专业的学生必修的课程不尽相同。

学校所办的活动面向全校的每一个学生。

SQL实践作业:旅馆管理系统数据库设计与实现————自动化学院自动化专业小组成员及所完成的工作：所完成的工作：数据库整体结构的设计,ER图的绘制和其他工作的审核系统名称：旅馆管理系统一、系统需求1。

背景：随着科技和经济的发展，旅游业已经成为一个热门的产业，并且传统的手工已不适应现代酒店管理的需要,及时、准确、全方位的网络化信息管理成为必需.在酒店的管理及业务日益复杂、要求在不断提高的现状下,利用高科技、现代化的电脑自动化管理系统来处理日益繁重的酒店业务,对于大型的酒店是必须具备的管理方式.酒店客房管理系统是根据酒店对客房管理的实际情况进行编写的，主要目的是为了方便酒店对客房的实际情况进行集中的查询与管理工作，以提高整个酒店的工作。

酒店客房管理的科学化、系统化、信息化成为各个酒店追求的目标。

因此，而要实现这些功能，就要求各个酒店配备一套客房管理系统,以便在酒店内实施良好的完善的管理且以最快地速度响应客户的需求，及时为他们提供服务，为他们提供一个高效、便捷的居住环境.2.旅店需求特点分析：通过对旅店的调研，对于旅店的需求特点有了基本了解（1）基本要求：系统能够进行客户的信息的存储，客户信息的删除,客户信息的更新，客户账单的结算……因此要求系统一定要严密准确，不能出现插入和删除异常，因此要求数据库系统的设计符合第四范式（2)高级要求：旅店面对的经常是一些突发的情况，比如客户的提前退房，客户要求换房，客户要求其他的附加服务……这些突发事件是我们在我们的系统中需要着重考虑的3。

旅客需求特点分析：通过对用户的调研，我们发现用户希望住旅馆的手续能够尽量简单，但是要求旅馆的各种信息准确，出现错误的可能性尽量低4。

旅店管理系统需求分析:旅店的客房特点分析：(1)通过每个房间唯一的房间号来区别（也就是我们数据库系统中的room_num）,房间分成不同的类型(room_type）有‘A’、‘B’、‘C’三种类型,它们对应的价格也会不同，这个由顾客自己选择，体现了我们设计系统的人性化；(2)房间的状态(room_state)会根据是否有用户入住而不同，如果该房间有人入住的话，那么就将房间的状态标记为busy；(3)房间同时拥有‘IsBooked’状态，如果房间被预定的话,那么就将这个房间的状态标记为‘Booked’，如果没有预定的话，那么房间的状态为‘nobook’,这样的话方便旅客‘入住'、‘换房’、‘续住’种种操作，避免住进了已经有人预订的房间,同时有些房间即使已经有人预定了，但是在预定旅客之前其他旅客还是可以住进来的，只要他在预定旅客入住之前退房就可以了，样大大提高了客房的利用率。