案例 数据库管理系统综合应用--.docVIP

实验十二 数据库管理系统综合应用 -------图书管理系统系统 一、实验目的： 通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步了解和掌握所讲解的内容。 二、实验简述： 一个简单的图书管理系统包括图书馆内书籍的信息、学校在校学生的信息以及学生的借阅信息。此系统功能分为面向学生和面向管理员两部分，其中学生可以进行借阅、续借、归还和查询书籍等操作，管理员可以完成书籍和学生的增加、删除和修改以及学生借阅、续借、归还的确认。 三、实验要求： 完成该系统的数据库设计； 用SQL实现数据库的设计，并在SQL Server上调试通过。 四、参考答案： 需求分析 学生 学生的操作流程如图B.1所示。 管理员 管理员可完成书籍和学生的增加、删除和修改以及对学生借阅、续借、归还的确认，其操作流程如图B.2所示。 概念模型设计 数据库需要表述的信息有以下几种： 图书信息 学生信息 管理员信息 学生预定图书信息 学生借阅归还图书信息 可以用E/R模型表述该模型的设计，E/R图如图B.3所示。 逻辑设计 通过E/R模型到关系模型的转化，可以得到如下关系模式： Book（BookID，Title，Author，Publisher，Pyear，Language） Student（ID，Name，Dept） Assistent（ID，Name） BBook（BookID，StdID，BDate） RBook（BookID，StdID，RDate） Lend（StdID，AstID，BookID，LDate） Return（StdID，AstID，BookID，RDate） 说明 书号是图书的键码，每本书有惟一的书号，一个学生可同时借阅多本书。一个管理员可处理多个同学的借阅等事宜。 一般情况下，学生、管理员和图书之间的联系为1：1：n，借书关系Lend作为连接关系，其键码为n端实体集的键码，即书号为借书关系的键码。这反映了如果还书时也把当初的借书记录删除，则书号就能惟一识别一个元组。 如果还书时不同时删除借书记录，则意味着同一本书前后可借给不同的学生，于是学生、管理员和图书之间的联系变为m：1：n，这时借书关系的键码为书号和学号的组合。 如果在不删除借书记录的情况下，同一学生再次借同一本书，这时，学生、管理员和图书之间的联系变为m：p：n，于是，借书关系的键码为书号、学号和管理员号的组合。但这里有一个隐含的信息，即同一学生前后两次借同一本书所遇到的管理员不同，而这种不同可能仅仅是“日期”不同。因此，借书日期成了必不可少的成分，也就是说，在这种情况下，属性全集才是借书关系的键码。 总之，借书关系的键码与图书管理模式有关，读者可按照自己的理解确定键码，并编写相应的事务处理流程。其他关系也有类似之处。 要知道图书当前的状态，是在图书馆存放，还是被借阅等，需要在Book的模式中增加对应项用以表示图书当前的状态。比如我们增加State，并且约定取值和状态的对应关系如下： 在图书馆中并且没有被预定 在图书馆中并且已被除数预定 被借出并且没能被预定 被借出并且已被预定 物理设计 为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引。下面是各表中建立索引的表项： Book（BookID） Student（ID） 用SQL实现设计 建立Book表 CREATE TABLE Book （ BookID varchar（20） PRIMARY KEY， Title varchar（50） NOT NULL， Author varchar（50）， Publisher varchar（50）， Pyear char（4）， Language char（1） DEFAULT ’c’， State char（1） DEFAULT ’0’ ）； 建立Student表 CREATE TABLE Student （ ID varchar（6） PRIMARY KEY， Name varchar（20） NOT NULL， Dept varchar（20） NOT NULL ）； 建立Assistent表 CREATE TABLE Assistent （ ID varchar（6） PRIMARY KEY， Name varchar（20） NOT NULL， ）； 建立BBook表 CREATE TABLE BBook （ BID varchar（20） NOT NULL， StdID varchar（6） NOT NULL， BDate datetime NOT NULL, CONST