数据库设计文档(样例)

《数据库设计文档(样例)》由会员分享，可在线阅读，更多相关《数据库设计文档(样例)（13页珍藏版）》请在金锄头文库上搜索。

1、XXXX系统数据库设计说明书I / 14文档信息：文档名称“传输网管数据统一自动备份系统”概要设计说明书描述该文档描述传输网络统一自动备份系统的详细功能定义。所有设计人 员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品 的功能定义，并衍生出其他文档。负责人谢亚龙张亚宾状态1.1版文档变更历史：时间版本号修改人章节描述2008-11-71.0所有章节创建初稿2008-12-191.1部分改动对数据中部分做了修改文档路径： 审核结果：目录1 引言 41.1编写目的 41.2背景 51.3定义 51.4参考资料 52数据库物理模型62.1整体设计 62.2 角色与权限管理62.3消息管理

2、 82.4用户信息 92.5 分站信息表102.6备份计划 112.7备份文件 121 引言随着时代的进步，计算机技术飞速发展，电子信息技术在各行各业起着越来越重要的作 用。其中，应用最广泛的就是数据库技术。对一个企业来说，数据的安全关系着整个企业的 发展，如何更加安全的保护这些数据，是当今的一个研究热点。为了保护数据安全和提高数据的持续可用性，企业要从RAID保护、冗余结构、数据备 份、故障预警等多方面考虑。对于关键业务应用，如电信计费系统、银行营业系统等，则要 采用异地数据备份的保护措施。应该说，异地自动备份是数据安全性和业务连续性的最高保 护级别。数据存放在一个地方总存在风险，况且人为的

3、逻辑错误也有可能破坏数据，因而， 可以采用高性能、完善的备份系统，将数据拷贝下来，存放到价廉的存储介质上，这是数据 安全的基本保证。企业最常使用的备份介质包括：磁盘、光盘塔和磁带库等。同时，在系统 或应用出现故障时，为了保证本地业务的不中断运行，主机集群是一个较好的方案。现在，随着企业对数据可用性认识的加深，关键业务不允许出现哪怕是1%的灾难威胁， 因而，异地数据备份已成为数据可用性解决方案的重要组成部分。异地容灾系统提供一个远 程的应用备份现场，能有效地防止因本地毁灭性灾难（地震、火灾、水灾等）引起的数据丢 失，预防场地问题带来的数据不可用性。这些场地问题包括：电力中断、电信中断、自然灾 难

4、和场地迁移等。作为企业的关键业务，任何原因造成的业务中断都将影响其经济收入，降 低市场分额，丢失客户，甚至造成企业破产。数据自动统一备份系统将这种“场地”故障造成 的数据不可用性减到最小。当灾难发生时，自动备份系统能保证企业数据的安全和业务的连 续性。为了避免这种情况的发生，传输网管自动统一备份这么一个系统就显得及其重要，及时 对重要数据的备份能把企业的损失将到最小，这也是我们这个项目的最终目标。 1.1 编写目的本文档的编制是为了让用户和软件开发者双方对该开发软件的初始规定有一个共同的 理解，定义所要开发的“传输网管数据统一自动备份系统”（以下简称系统）的开发目标， 包括对功能的规定和性能的

5、要求，指出预期的系统用户、系统的运行环境以及对用户操作的 约定，使之成为整个项目中软件产品开发设计与实现的根据，也是软件产品的测试和验收的 依据。本系统是为广大数据库备份者设计，能集中对数据库文件进行备份，节省大量的人力、物力以及财力。该说明书的读者为该项目的客户以及项目开发人员。1.2背景1. 本系统名称：传输网管数据统一自动备份系统；2. 本系统的客户代表：江海老师；本系统开发单位：数媒07级x班x组 本系统的用户：数据库备份公司3. 本系统的开发工具采用Eclipse Version: 3. 3数据库为MySql 5.04. 该系统同其他系统（或机构）的基本相互往来关系：该系统基于IE浏

6、览器，版本为6.0 及以上，支持Windows系列平台；5. 本系统为Windows平台下B/S模式网络版。1.3定义定义关键词如下：1. HTTP：Hyper Text Transfer Protocol （超文本传输协议）2. HTML：Hyper Text Markup Language （超文本标记语言）3. Web Browser：万维网浏览器4. DateBase：数据库5. JDBC：开放数据库连接6. IPO： Input & Process & Output（输入、处理、输出）7. B/S:服务器/浏览器模式& XML：扩展标记语言。9. SQL :结构化查询语言。10. P

7、2P： Peer-to-Peer（对等联网）11. Ajax： Asynchronous JavaScript + XML （异步的 XML 和 JavaScript）1.4参考资料1 GB/T 11457：软件工程术语2 GB/T 85661995：计算机软件开发规范3 GB 8567：计算机软件产品开发文件编制指南2数据库物理模型2.1整体设计设计说明： 本系统由SendMessage （发送消息数据表）、ReadMessage （阅读消息数据表）、Role （角色数据表）、RolePrivilege （角色-权限数据表）、Privilege （权限数据表）、User （用户信息数据表）、

8、Record（日志表）、BackUp（数据库备份记录表）、Plan （备份计 划数据表）、Company （公司分站数据表）共10个数据表组成。系统整个的物理模型如下图所示：zEsnsi III cdi p. vr iU MID iH pTrt= (JJexIme di.Lc bictlSe 4 h eh rz3&ID liL dilit程岭bTxt 1etixe Ihlx：tTexI xtixe b.x rUlF )E3 itLe aLTIXE blLX (LPU)E id kLcdilsiuce id JcxIurriixE Ihlx IE)1 i isPl&r用心皿口illivLrucb

9、irKccbiIrLTnillin 3D ruEhizi) ruchiz)I rLrL & rurbixO.IeI lbeRcM Ieexxl fE EDlrLi aiTxScii1IXTUETLscbu E4 n.3chi.T I1I0I AalcPs i*i l1e|el.L :“ Ir击血$hIESl和匚厝ins sb lo-1BUB I- b t1. IlhrBJBB bkiB 0 |acaur工“lhLPTUE feLX|k;ilitgeeoi irL rizE bn I-*?LXX DZd TUE hLX 0 |1 ExIlBE TUE IlLX l,B) 1l_ klitic图2

10、-1-1系统整体构成2.2角色与权限管理设计说明： 角色与权限之间是n对m的关系。 一种角色可能有多个权限，而同一个权限可能被多个角色所拥有。 数据表如下所示：图2-2-1角色与权限管理数据表角色表(role)字段名称字段描述字段类型备注RolelD角色编号Number （11）PKRoleName角色名称Varchar2（20）NOT NULLRemark备注Varchar2 （400）NOT NULLCreateDate创建日期DateNOT NULLStopUse角色编号Number（1）NOT NULL备注：无权限表（Privilege）字段名称字段描述字段类型备注PrivilegeI

11、D权限编号Number （11）PKPrivilegeName权限名称Varchar2（20）NOT NULLURL该权限可以访问的 地址Varchar2（ 100）NOT NULL备注：无角色拥有的权限表(RolePrivilege)字段名称字段描述字段类型备注RoleID角色编号Number (11)PK FKPrivilegeID权限编号Number (11)PK FK备注：无2.3消息管理设计说明： 同一条消息可能发送给多个人，SendMessage表保存信息的具体内容和发送人。 ReadMessage表保存这条消息需要发送给的对象。数据表如下所示：SrndfilGEEagmessas

12、elDintni dintbTitlevaruhar (100keyWordsV=Lt- ch ：=Lt- (100)coitt&rLtv ar char (1000)seindlia-t edatet iniAs exLdUs erl?：=uti e v =ltch ar (E 0 ：ld.i Epliyb ： olF K_Rel at i on shi pRe ailMes E=gerTieEsaeID int ui iitli eRa adT：r ch：ELr 1.1图2-3-1消息管理数据表发送消息数据表(SendMessage)字段名称字段描述字段类型备注MessagelD消息编号N

13、umber( 10)PKUserID发送人编号Varchar2( 10)FKSendDate发送时间Date TimeNOT NULLbTitle标题Varchar2 (50)NOT NULLKeyWords摘要Varchar2(50)NOT NULLContent内容Varchar2( 1000)NOT NULLDisplay是否在首页显示IntNOT NULLSendUserName发送人姓名IntNOT NULL备注：无阅读消息数据表(ReadMessage)字段名称字段描述字段类型备注MessageID消息编号Number (11)PK FKUserID接收人编号Varchar2(11

14、)PK FKIsRead是否已读Varchar2 (1)NOT NULL备注：无2.4用户信息设计说明： 一个用户只拥有一种角色，同一种角色可能有多个用户，故用户对角色是1对n 的关系。 一个分站可能被多个用户管理，而一个用户又可能管理多个分站，故用户对分站 点是m对n的关系。数据表如下所示：rolelD use-ID pas sword rL：=un euar dTypE c:=lt lilJiniTi L er bir thday rSchooliiLg g?：hQQlmaj orm cib ileF hunt! phulLH emailffiETL aditreEE r ：n_kere ateD ate rol eKidlTi H isVsiri