文档介绍：数据库设计举例之一
——图书管理数据库的设计
现在要求为某学校图书馆设计一个图书管理系统的数据库,背景如下：
该学校是一所多学科、多层次大学,学校有高职生、本科生[含一本、二本、三本]、硕士研究生[含MBA]和博士研究生等多否包含了所有必需的信息?
图书分为中文图书、外文图书、新书.
对每种借阅类型和每种读者,借阅册数、期限、是否可续借、续借周期等不同.
读者是否可继续借阅,是否可续借?
不同借阅类型超期后的罚款额度?
读者是否应缴纳罚款?缴纳多少罚款?
一本具体的图书所在的分馆?
用户的用户名和密码?
某图书的馆藏情况?
图书分为中文图书、外文图书、新书
表示为图书的一个属性还是图书和图书种类的联系?
图书种类：图书种类号、种类名称
图书和图书种类之间存在多对一的联系,
类似地,读者分为教师、研究人员/非教研人员[含离退休人员]/博士研究生/硕士研究生[含MBA]/本专科学生[含高职生]
读者类型：类型号、类型名称
读者和读者类型间存在多对一的联系
对每种借阅类型和每种读者,借阅册数、期限、是否可续借、续借周期等不同
用图书种类和读者类型之间的联系表示
借阅类型：借阅册数、借期、允许续借否、续借时间
读者是否可继续借阅?
可以为读者实体添加一个属性：能否借阅,表示读者是否可以继续借阅；
不同借阅类型超期后的罚款额度?
给图书种类添加一个属性：罚款金额[每册每天]
图书种类：图书种类号、种类名称、罚款金额
读者是否应缴纳罚款?缴纳多少罚款?
如果所有图书在期限内归还,则无需缴纳罚款；类似,罚款金额需要根据超期天数以及图书种类确定
需要给借阅联系添加属性“归还日期”,
一本具体的图书所在的分馆?
几册相同的图书[即ISBN号相同]可能在不同的分馆中,因此,每册图书都应该是可以区分的,应该有一个唯一的图书编号,
一册图书所在的分馆通过馆藏关系可知.
用户的用户名和密码?
用户和读者的关系?
需要用户实体集.
对于读者而言,可否直接加入一个属性“密码”来表示这部分信息?请思考.
不同的用户有不同的权限.
用户：用户名、登录密码、权限.
用户和读者之间存在联系,这是什么样的联系?
小 结
实体：
读者：读者编号、姓名、性别、类型、单位、电子信箱、能否借阅
图书：图书编号、名称、作者、ISBN号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号、入库时间
分馆：编号、名称、联系电话、馆址
图书类别：分类号、分类名称
读者类型：类型号、类型名称
图书种类：图书种类号、种类名称、罚款金额
用户：用户名、登录密码、权限
小 结[续]
实体间的联系：
图书
读者
分馆
图书类别
读者类型
图书种类
用户
属于
一
n
属于
一
n
分类
n
一
属于
一
n
借阅
m
n
借阅 类型
m
n
属于
一
n
检查是否支持各种应用
如何支持图书馆管理员更改部分图书的到期时间?
更改借阅期限?会影响到所有图书,
比较灵活的方法是在借阅联系中增加属性：应还日期,每册图书的应还日期根据图书种类和读者类型以及借阅日期计算出来,要更改某些图书的到期时间,只需更改该属性即可,
如何支持续借?
读者不一定可以续借,是否可以续借不仅取决于图书种类,也取决于读者是否已经续借过该册书.
需要在借阅联系中设置一个属性：能否续借?
如何让新书在一定的期限后自动成为中文图书和外文图书?
新书变成中文图书还是外文图书主要看新书的语言,如果是中文,则过期后变成中文图书,否则便成外文图书.
需要在图书实体中增加一个属性：语言.
如何支持图书借出状态的察看?
为了方便查看图书是否已借出,可以在图书中增加属性：借出状态.
检查是否支持各种应用[续]
实体联系图转换为关系表
实体转化为单独的一张表
读者表：读者编号、姓名、性别、类型、单位、电子信箱、能否借阅.
图书表：图书编号、名称、作者、ISBN号、出版地、出版社、出版时间、字数、单价、内容简介、所属分类号、入库时间、语言、借出状态.
分馆表：编号、名称、联系电话、馆址.
图书类别表：分类号、分类名称.
读者类型表：类型号、类型名称.
图书种类表：图书种类号、种类名称、罚款金额.
用户表：用户名、登录密码、权限.
多对多联系转换为一张单独的关系表
借阅类型表：读者类型、图书种类、借阅册数、借期、允许续借否、续借时间.
借阅表：读者号、图书编号、借阅日期、应还日期、归还日期、能否续借.
一对多的联系通过在多表中添加属性来实现：
读者表：读者编号、姓名、性别、类型、单位、电子信箱、能否借阅、读者类型.
图书表：图书编号、名称、作者、ISBN号