华南农业大学数据库综合性实验报告Word文档格式.doc

华南农业大学数据库综合性实验报告Word文档格式.doc

《华南农业大学数据库综合性实验报告Word文档格式.doc》由会员分享，可在线阅读，更多相关《华南农业大学数据库综合性实验报告Word文档格式.doc（28页珍藏版）》请在冰豆网上搜索。

题目

图书管理系统数据库

自我评价

通过对本图书管理系统数据库的模拟设计，我大体上了解的数据库设计的基础要素。

这次实验以数据库为基础，运用课堂上的理论知识，对数据库进行全面的梳理，包裹实体关系模型、函数依赖、1范式、2范式、3范式和BC范式、约束条件等等在数据库中的必要基础。

从开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。

亲身体验了一回系统的设计过程。

很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。

但真正需要自己想办法去设计一个系统的时候才发现其中的难度。

经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复过程中中不断完善自己的想法，受益匪浅。

教师评语

评价指标：

l按时完成情况优□良□中□差□

l数据库设计水平优□良□中□差□

lSQL查询设计优□良□中□差□

l完整性设计优□良□中□差□

l报告结构清晰优□良□中□差□

l总结和分析详尽优□良□中□差□

其它

评价

教师签名

一、设计部分

1.需求分析

1.1用户需求概述

本系统为图书管理系统数据库，该系统开发的主要目的是对大学图书馆的图书信息进行记录统计管理。

具体完成录入图书信息，录入借还书记录，录入读者信息等功能。

需要完成的主要功能有：

1）学生信息录入

该功能供图书馆管理员使用，学生首次借阅图书前，必须登记并录入个人身份信息，内容包括：

学号、姓名、联系电话。

2）图书信息录入

该功能供图书馆管理员使用，对于首次入库的新书，必须录入图书目录资料，内容包括：

图书编号、书名、作者、出版社、简介。

3）借书记录录入

该功能供图书馆管理员使用，读者凭校园卡到柜台办理借书手续，由图书馆管理人员录入借书记录，内容包括：

日期、学号、图书编号。

对读者借阅图书的限制条件包括：

①读者一次可借阅1-3本图书，

②借出未还的图书，累计不得超出5本；

③没有逾期未归还的图书，从借出之日开始计算，超过90天尚未归还则视为逾期。

4）还书记录录入

该功能供图书馆管理员使用，读者凭校园卡到柜台办理归还借书手续，由图书馆管理人员录入还书记录，内容包括：

学生可以一次归还1至多册所借阅的图书。

5）图书信息查询

该功能供学生使用，学生自行输入书名、作者、出版社等信息作为查询条件，系统列出满足查询条件的图书目录。

6）学生信息查询

该功能供图书馆管理人员使用，操作人员输入学生学号，系统列出该学生的个人信息、以及历次的借阅/归还图书记录。

1.2数据需求

列名（数据项）

变量名

数据类型与长度

空否

说明

图书编号

b_num

varchar（12）

否

主键，唯一识别图书

书名

b_name

varchar（50）

存储书名

作者

author

varchar2（20）

存储作者名

出版社

pub_name

存储出版社名

数量

sum

number（5）

存储图书数量

s_id

varchar2（25）

存储学号

学生姓名

s_name

存储学生姓名

学生联系电话

s_tel

存储学生联系电话

工号

a_id

存储工号

管理员姓名

a_name

存储管理员姓名

登陆密码

password

存储密码

管理员联系电话

a_tel

存储管理员联系电话

2.概念设计内容

2.1概念设计综述

以下用3个实体集和2个联系集实现图书管理系统的E-R图。

2.2概念模型

完整的E-R图：

3.数据库逻辑设计

3.1逻辑设计综述

1）对关系表的设计进行规范化

（1）范式的判断条件：

第一范式：

如果一个关系模式R的所有属性域都是原子的，我们称关系模式R属于第一范式；

第二范式：

若关系模式R满足第一范式，且每一个非主属性完全函数依赖于码，则关系模式R满足第二范式；

BC范式：

对于R中所有的函数依赖，下面至少有一个成立（α—>

β是平凡的，α是模式R的一个超码）；

第三范式：

在BC范式的判断条件上加多一个条件：

β-α中每个属性A都包含在R的一个候选码中。

（2）本关系模型的判断：

①对于我设计的关系模式中所有实体集和关系集，每一个属性的属性域都是不可再分的，都具有原子性，因此由该关系模式转换而来的关系模型符合第一范式的要求。

②对于由关系模式中的联系集转换而来的关系模型，因为它们的属性都是参加关系的实体集的主码，都完全依赖于对应关系集的主码且都是非平凡的函数依赖，因此这些关系模型满足2NF，3NF，BCNF；

③对于由关系模式中的实体集转换而来的关系模型，其判断如下：

对于关系模式的每一个非主属性完全函数依赖于对应实体集的主码且都是非平凡的函数依赖，因此这四个关系模式满足2范式，3范式和BC范式；

2）E-R图包含3个实体和2个联系，最后可以转换成5个关系表：

（1）实体集关系表：

Book=（b_num,b_name,author,pub_name,sum）

图书=图书编号+书名+作者+出版社+数量

Student=（s_id,s_name,s_tel）

学生=学号+姓名+联系电话

Admin=（a_id,a_name,password,a_tel）

图书管理员=工号+姓名+登陆密码+电话

（2）联系集关系表：

Admin与Book之间的联系：

AddBooks=（a_id,b_num,add_date,add_sum,）

图书信息录入=工号+书号+日期+新增数量

Reader与Book之间的联系：

ReadBooks=（b_num,s_id,brr_date,re_date,remain）

借阅图书=图书编号+学号+借出日期+归还日期+未还图书数量

3.2关系模型

1）实体集关系表：

（1）表Book（图书）：

编号

字段名称

属性说明

属性

数据类型

约束

1

图书编号，非空，可自动按顺序生成

主码

Notnull

2

非主属性

3

4

5

Number（5）

（2）表Student（学生）：

联系电话

（3）表Admin（图书管理员）：

2）联系集关系表：

（1）Admin与Book之间的联系：

Notnull，参照Admin表的主码

书号

Notnull，参照Book表的主码

add_date

日期

date

add_sum

新增数量

（2）Reader与Book之间的联系：

snum

Notnull，参照Student表的主码

brr_date

借出日期

re_date

归还日期

remain

未还图书数量

二、系统功能部分

1．建表

1）数据库中所有关系模式的建表SQL语句：

createtableBook

（

b_num varchar2（20）notnull,

s_namevarchar2（20）null,

author varchar2（20）null,

pub_name varchar2（20）null,

sum Number（5）default0check（sum>

=0）,

constraintpk_bprimarykey（b_num）

）;

createtableStudent

s_id varchar2（25）notnull,

s_namevarchar2（20）null,

s_tel varchar2（20）null,

constraintpk_rprimarykey（s_id）

createtableAdmin

a_id varchar2（25）notnull,

a_namevarchar2（20）null,

password varchar2（25）default'

123456'

a_tel varchar2