管理信息系统数据库设计.docxVIP

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
管理信息系统数据库设计

一、概念模式设计 1.1实体: 读者信息,图书信息,图书管理员信息 1.2局部视图: (1)读者—借阅—图书 图1-1借阅关系E-R图 事务规则:一个读者可以借阅多本图书(1:n) 一本图书可以被一个读者借阅(1:n) (2)管理员—管理—读者 图1-2管理员_读者关系E-R图 事务规则:一个图书管理员可以管理多个读者信息(1:n) 一个读者信息只能被一个图书管理员管理(1:1) (3)管理员—管理—图书 图1-3管理员_书籍关系E-R图 事务规则:一本图书可以被多个图书管理员管理(1:n) 一个图书管理员可以管理多本图书(1:n) (4)全局ER模式 在得到全局ER模式后,为了提高数据库系统的效率,还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式,除能准确、全面地反映用户功能需求外,还应满足下列条件:实体类型的个数要尽可能的少;实体类型所含属性个数尽可能少;实体类型间联系无冗余。综上所述,“图书管理系统”的全局ER模式如下图所示。 图2.4系统全局ER图 图1-4系统全局ER图 二、逻辑模式设计 2.1将E-R图转化为关系模式 由于概念设计的结果是ER图,DBMS一般采用关系模型,因此数据库的逻辑设计过程就是把ER图转化为关系模式的过程。由于关系模型所具有的优点,逻辑设计可以充分运用关系数据库规范化理论,使设计过程形式化地进行。设计结果是一组关系模式的定义。 将图1-4总体概念结构E-R图转化成关系模型,达到第三范式。 (1)读者(读者编号,读者姓名,读者性别,联系电话,所在系,违章状况,累计借书) (2)书籍(ISBN,书名,作者,出版社,出版日期,简介) (3)管理员(工作号,姓名,性别,电话,工资) (4)借阅(读者编号,ISBN,是否续借,借书日期,还书日期) (5)管理员_书籍(工作号,ISBN,添加时间,是否在馆) (6)管理员_读者(工作号,读者编号,确认借还) 三、物理数据库设计 表3.1 图书信息表BOOK 字段名称 数据类型 长度 约束 属性 数据类型 长度 约束 描述 ISBN char 20 NOT NULL 主码 书名 char 50 NOT NULL 非主属性 作者 char 20 NOT NULL 非主属性 出版社 char 50 非主属性 出版日期 date 非主属性 简介 char 200 非主属性 表3.2 读者信息表STUDENT 字段名称 数据类型 长度 约束 属性 数据类型 长度 约束 描述 读者编号 char 20 NOT NULL 主码 读者姓名 char 10 NOT NULL 非主属性 读者性别 char 2 NOT NULL 非主属性 联系电话 char 10 非主属性 所在系 char 20 NOT NULL 非主属性 违章状况 char 2 非主属性 累计借书 int 非主属性 表3.3 管理员信息表MANAGER 字段名称 数据类型

文档评论(0)

zilaiye + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档