(酒店4OO数据库设计报告.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
手机邮件系统 数据库设计报告 文件状态: [ ] 草稿 [√] 正式发布 [ ] 正在修改 文件标识: NUAA-MAIL 当前版本: 1.0 作 者: 完成日期: 目 录 0. 文档介绍 3 0.1 文档目的 3 0.2 文档范围 3 0.3 读者对象 3 0.4 参考文献 3 0.5 术语与缩写解释 3 1. 数据库环境说明 4 2. 数据库的命名规则 4 2.1数据库涉及字符规则 4 2.2数据库对象命名规则 4 2.3数据库表名命名规则 4 2.4存储过程命名规则 4 3. 逻辑设计 5 4. 物理设计 7 4.0 表汇总 7 4.1 表Administrator 7 4.2 表Mailuser_info 8 4.3 表Accountuser 8 4.4 表Email 9 4.5 表Index 9 4.6 表Contacts 10 5. 安全性设计 10 5.1 防止用户直接操作数据库的方法 10 5.2 用户帐号密码的加密方法 10 5.3 角色与权限 10 6. 优化 11 7. 数据库管理与维护说明 11 0. 文档介绍 0.1 文档目的 通过编写数据库设计报告,对电子邮箱系统后台数据库的概念模型设计和物理模型设计做出统一的规定,同时确定了每个表的数据字典结构,本文档作为数据库开发人员编码及测试、数据库管理员维护数据库的重要参考依据。 0.2 文档范围 本文档涉及到数据库的命名规范及各表物理设计、逻辑设计和安全性。 0.3 读者对象 本文档主要读者对象为项目开发人员、数据库开发人员、数据库管理员、维护人员,同时也作为其他分析人员、设计人员、开发人员、测试人员的行动准则。 0.4 参考文献 [1]Gavin Powell,Beginning Database Design,Canada,Wiley Publishing, Inc.2003 [2]Roger S Pressman. Softwre Engineering: A Practitioner’s. 6th Edition. New York:McGraw-Hill,2004 [3]齐志昌,谭庆平,宁宏. 软件工程—2版. 北京:高等教育出版社,2004.4 [4]王珊,萨师煊.数据库系统概论—4版. 北京:高等教育出版社,2006.5 0.5 术语与缩写解释 缩写、术语 解 释 SPP 精简并行过程,Simplified Parallel Process SD 系统设计,System Design 1. 数据库环境说明 数据库系统:MySQL 编程工具:EclipsePHP v1.2.2 2. 数据库的命名规则 2.1数据库涉及字符规则 采用0—9十个数字及26个英文字母(区分大小写A—Z,a—z),加上下划线( _ )共63个字符。不能出现其他字符(注释除外)。 2.2数据库对象命名规则 实际名字尽量描述实体的内容,由单词或单词组合而成,每个单词不以数字和_开头。 2.3数据库表名命名规则 业务名直接用实际名字。 字段命名规则:数字、字符、日期/时间、lob(大对象)、杂项,字段由表的简称加实际名字组成。 视图命名规则:字段由前缀和实际名字组成。 前缀:使用小写字母vi,标示视图。 2.4存储过程命名规则 字段直接由实际名字组成。 3. 逻辑设计 邮件管理系统E-R图关系模型如图1,图2.1,图2.2所示: 上述关系模型进行逻辑设计后,转换为一般数据模型为(码用下划线标出): 管理员(管理员编号,用户名,密码,加密密码,权限,管理信息) 注册用户(用户名,密码,加密密码,昵称,部门/学院,职务,工号/学号,传真/电话/手机,通信地址,注册时间,审核时间,注销时间) 邮箱用户(用户名,密码,加密密码,昵称,部门/学院,职务,工号/学号,传真/电话/手机,通信地址,域名,用户状态,邮箱容量,邮件上限) 邮件信息(邮件编号,发件地址,发件人,发送时间,收件地址,收件人,接收时间,是否已读,主题,正文,附件标志,附件地址,紧急邮件标志,收到回复标志,编码方式,定时发送标志,定时发送时间) 索引(序号,用户名,目录路径) 通讯录(邮箱地址,姓名,备注) 邮件系统(个人资料,通讯录,邮件信息,模块信息,索引信息) 4. 物理设计 (1)主要是设计表结构。一般地,实体对应于表,实体的属性对应于表的列,实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表,但是它们并不一定是一一对应的。 (2)对表结构进行规范化处理(第三范式)。 4.0 表汇总 表名 功能说明 Administrator 记录管理员信息 Mailuser_info

文档评论(0)

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

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

1亿VIP精品文档

相关文档