数据库设计文档(样例)
数据库设计文档实例
第1章数据库设计系统按照XXX企业协同办公系统的统一规划，运行在XXX企业协同办公网站的统一数据库中，采用了数据库的热备份技术，实现数据的有效和安全。
1.1概念结构设计1.1.1实体和属性的定义（1）公共模块员工信息(用户登录名、真实姓名、密码、公司邮箱、其他邮箱、MSN、QQ、手机、固定电话、所属部门、职位、角色)，如图1.1所示。
职位(职位标识、职位名称)，如图1.2所示。
员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MSN学位手机职位所属部门QQ角色职位职位标识 职位名称图1.1 员工信息实体图1.2 员工信息实体（以下实体没加图题，实际文档必须要有图题）部门(部门标识、部门名称)学历(学历标识、学历名称)意见与建议(提出人、提出时间、意见与建议主题、内容、附件)网站更新新闻(添加人、添加时间、新闻标题、更新时间)附件(所属位置、文件名、文件路径、上传时间)网站更新新闻 添加时间新闻标题添加人更新时间意见与建议 提出时间内容提出人附件主题学历学历标识 学历名称部门部门标识 部门名称（2）消息面板模块公告栏信息(公告标题、公告内容、公告发表人、发表时间、紧急状态)公告状态(状态标识、状态名称) 其中属性约束如下： 状态名称：普通，重要，紧急站内短信(发送人、接收人、留言标题、内容、发送时间、是否回复、是否读取、是否公开、消息状态、是否被发送者删除、是否被接收者删除)其中属性约束如下：是否回复：0=未回复，1=已回复；是否读取：0=未读，1=已读；是否公开：0=不公开，1=公开； 消息状态：普通，重要，紧急，重要紧急；是否被发送者（接收者）删除：0=否，1=是附件文件名称文件路径所属位置上传时间公告状态状态名称 状态标识公告信息 公告内容发表时间公告标题紧急状态发表人（3）事务管理模块事务(事务具体信息、事务提交人、事务处理人、事务计划开始时间、事务计划结束时间、事务添加时间、事务类型、事务原由、备注)事务信息(事务名、事务内容、添加时间、事务状态、重要性)站内短信发送人接收人留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除事务事务类型事务信息事务处理事务原由计划开始时间计划结束时间备注信息事务提交人添加时间事务状态(事务名称、事务状态标志位)跟踪信息(对应事务、跟踪内容、跟踪时间、跟踪人、实际开始时间、实际结束时间、状态、结果描述、事务详细信息、备注)（4）计划管理模块目标(目标标题、目标制定人、接收人、要求结束时间、具体内容、附件、发起时间)计划(计划标题、目标标题、计划人、上级接收人、计划安排详细内容、计划开始时间、计划跟踪信息对应事务跟踪内容跟踪人事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述 目标具体内容目标标题目标接收人发起时间要求结束时间附件目标制定人事务状态状态名称 状态标志位事务信息 事务状态 事务名添加时间事务重要事务内容结束时间、附件、计划状态、计划制定时间)计划状态(状态标识、状态名称) 其中属性约束如下：状态名称：初稿、审批中、批准、分配中、执行中周报(计划标题、报告人、接收人、针对计划的完成百分比、针对目标的累计完成百分比、报告内容、额外性工作、需要支持、风险和问题、下一个计划期、周报发送时间)（5）客户跟踪模块客户信息(客户名称、客户地址、客户电话、客户传真、客户邮箱、客户法定代表、客户被添加时间、客户被添加的用户、联系人、联系人职务、联系方式、公司地区、最后修改人、最后修改时间、经营范围、备注、客户性质)其中属性约束如下：客户性质：1=客户，2=渠道，3=客户和渠道周报报告内容计划标题接收人额外性工作针对计划的完成百分比针对目标的累计完成百分比报告人风险问题需要支持下个计划期发送时间计划状态状态标识 状态名称计划详细内容计划标题计划人计划开始时间上级接收人计划结束时间目标标题附件计划状态制定时间沟通信息(沟通名、沟通内容、时间、方式、沟通用户、沟通客户、客户方沟通人、备注)沟通方式(沟通方式名称、沟通方式标志位)项目状态(状态标识、状态名称)沟通方式标志位 方式名称沟通信息沟通名沟通内容沟通方式客户方沟通人沟通用户沟通客户沟通时间备注客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真被用户添加联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注文件信息(文件所属、文件对应模块、文件原名、文件服务器名、上传时间、文件上传人、文件地址、备注)其中属性约束如下：文件所属于：1=沟通2=事务 3=跟踪客户跟踪权限(用户、是否管理员、是否高层领导) 其中属性约束如下：是否管理员：0=否，1=是； 是否高层：0=否，1=是（6）会议管理会议信息(会议时间、会议地点、会议标题、会议回复状态、会议参加人员、不参加理由、回复时间、回复状态的修改人、会议议程、会议时长)其中属性约束如下：会议回复状态：0=未回复，1=参加，2=不参加，3=不确定权限 是否管理员 是否高层对应用户文件信息文件所属文件原名上传时间文件对应模块文件上传人文件地址文件服务器名备注项目状态状态标识 状态名称会议记录(对应会议、主持人、发布时间、参加人员、会议小结、会议小结状态) 其中属性约束如下： 会议小结状态：0=无，1=有（7）人力资源模块请假申请(请假申请人、请假审批人、请假主题、请假形式、请假类型、请假开始时间、请假结束时间、请假总共时间、请假内容、请假申请时间、审批状态)其中属性约束如下：请假形式：0=事前请假，1=事后请假； 审批状态：0=未回复，1=不通过，2=通过会议记录 参加人员会议小结发布时间会议小结状态主持人对应会议会议信息会议地点会议标题参加人员会议时间不参加理由回复时间会议回复状态状态修改人会议议程 会议时长请假类型(类型标识符、类型名称)请假审批(对应请假申请、是否查阅、审批时间、审批意见、审批结果) 其中属性约束如下：是否查阅：0=未读，1=已读； 审批结果：0=未审批，1=未通过，2=已通过（8）权限模块角色(角色标识符、角色名称)操作(操作标识符、操作名称、备注)角色角色标识 角色名称请假审批 是否查阅审批意见对应申请审批结果审批时间请假类型类型标识 类型名称请假申请审批人请假主题开始时间申请人结束时间总共时间请假类型审批状态申请时间 请假内容（9）网站统计访客记录(访客对应用户、访客IP 地址、访客登录时间、离开时间、IP 对应物理地址)访客足迹(访客对应用户、之前页面UI 、当前页面UI 、本页面进入时间、本页面退出时间)访客足迹 前页面UI进入时间对应用户离开时间当前UI访客记录 IP 地址离开时间对应用户对于物理地址登录时间操作操作标识操作名称备注1.1.2 局部ER 模式设计员工局部E-R 图：意见与建议局部E-R 图：意见与建议 提出时间内容附件主题提出人员工信息1N员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MSN手机QQ职位职位标识职位名称职位 部门部门标识部门名称学历 学历学历标识 学历名称职位111111站内短信局部E-R 图：站内短信留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除接收人员工信息发送人1n11公告信息公告内容发表时间公告标题紧急状态发表人员工信息 1 n目标局部E-R 图：目标具体内容目标标题发起时间要求结束时间附件制定人员工信息 接收人1 11N事务事务类型事务原由计划开始时间计划结束时间备注信息添加时间提出人员工信息处理人事务信息事务名添加时间 事务重要事务内容事务信息事务状态状态名称状态标志位事务状态11n 111 11计划局部E-R 图：计划详细内容计划标题计划开始时间计划结束时间目标标题附件制定时间计划人 员工信息 接收人计划状态 状态标识状态名称计划状态11n 111跟踪信息局部E-R 图：跟踪信息跟踪内容事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述跟踪客户客户信息跟踪人员工信息1111客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注添加客户员工信息 11会议信息局部E-R 图：会议信息 会议地点会议标题会议时间不参加理由回复时间会议回复状态会议议程会议时长参加会议员工信息1N状态修改员工信息11沟通信息沟通名沟通内容沟通方式客户方沟通人沟通时间备注跟踪客户客户信息 N1 沟通人员工信息 11沟通方式标志位方式名称沟通方式11请假申请请假主题开始时间结束时间 总共时间审批状态 申请时间请假内容审批人员工信息11请假人11请假类型类型标识类型名称请假人1 1请假审批是否查阅审批意见对应申请审批结果 审批时间审批11访客足迹前页面UI进入时间离开时间当前UI员工信息 1访客信息 1 访客记录 IP 地址离开时间对于物理地址登录时间访客信息111.1.3 全局ER 模式设计员工信息职位部门 学历学历 所属职位 所在部门 角色角色 权限 操作 拥有 对应 站内短信 接收人发送人公告状态 公告信息 状态 发布人事务 事务信息 跟踪信息状态 事务状态 具体跟踪目标计划计划状态 周报 状态制定 反馈反馈人制定人处理人制定人客户信息 沟通信息 沟通方式项目状态 合作项目信息状态方式 沟通 会议信息会议记录小结 请假申请请假审批请假类型类型 审批审批请假员工信息主持参加1 1 11 1 mn 11 1 1 1n11n1n n 111 1n nm11 1 1n 11nmn11 1n 1 1n11 1 111 11 nn11 nnm1 n11 访客足迹意见与建议网站更新新闻访客作者员工信息 提交人n 1n n 111.2逻辑结构设计1.2.1模式员工信息表记录员工登陆账号和联系方式等基本信息，如表1.1所示。
数据库设计文档模板
DR-RD-020(V1.1)
Xxx系统
数据库设计说明书
(内部资料请勿外传)
编写：日期：
检查：日期：
审核：日期：
批准：日期：
中国创新支付
版权所有不得复制
XXX系统 (1)
数据库设计说明书 (1)
1引言 (2)
1.1编写目的 (2)
1.2术语表 (2)
1.3参考资料 (2)
2数据库环境说明 (3)
3数据库的命名规则 (3)
4物理设计 (3)
4.1表汇总 (3)
4.2表 (3)
4.2.1话费充值 (3)
4.2.2话费充值返回 (4)
4.2.3流量充值 (5)
4.2.4流量充值返回 (6)
1引言
1.1编写目的
本文档是概要设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《数据库设计和开发规范》。
本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。
1.2术语表
定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。
1.3参考资料
2数据库环境说明
3数据库的命名规则
提示：
（1）说明本数据库的命名规则，例如：本数据库设计完全按照《银盛E票》命名。
（2）如果本数据库的命名规则与公司的标准不完全一致的话，请作出解释。
4物理设计
4.1表汇总
4.2表
4.2.1话费充值
4.2.2话费充值返回
4.2.3 流量充值
4.2.4 流量充值返回。
数据库设计文档范文
数据库设计文档范文1.引言数据库是一个用于存储和管理数据的系统。
数据库设计文档描述了数据库的结构和功能，帮助开发人员理解和维护数据库。
本文档旨在描述一个名为“学生管理系统”的数据库设计。
2.目标和范围学生管理系统是一个用于管理学生信息的系统。
该系统需要存储和管理学生的基本信息（如姓名、学号、年龄、性别等）以及他们的成绩记录。
本文档的目标是设计一个满足系统需求的数据库结构。
3.数据库概述学生管理系统的数据库由两个主要的表组成：学生表和成绩表。
学生表用于存储学生的基本信息，成绩表用于存储学生的成绩记录。
两个表之间通过学号建立关联。
4.学生表设计学生表包含以下字段：-学号：主键，唯一标识学生-姓名：学生的姓名-年龄：学生的年龄-性别：学生的性别-班级：学生所在的班级5.成绩表设计成绩表包含以下字段：-学号：外键，关联学生表的学号字段-课程：成绩所对应的课程名称-成绩：学生在该课程中的成绩6.数据库关系设计学生表和成绩表之间的关系是一对多关系，一个学生可以有多条成绩记录，但每个成绩只能属于一个学生。
这个关系由学号字段在学生表和成绩表之间建立。
7.数据库功能设计学生管理系统需要支持以下功能：-添加学生：向学生表中插入一条学生记录-查询学生：根据学号或其他条件查询学生信息-更新学生：更新学生表中的学生记录-删除学生：根据学号删除学生表中的学生记录-添加成绩：向成绩表中插入一条成绩记录-查询成绩：根据学号或其他条件查询学生的成绩记录8.数据库安全性设计为了保证数据库的安全性，可以采取以下措施：-数据备份：定期对数据库进行备份，防止数据丢失-数据加密：对敏感数据进行加密存储-访问控制：设定合适的用户权限，限制对数据库的访问和修改9.数据库性能设计为了提高数据库的性能，可以采取以下措施：-索引设计：对常用的查询字段建立索引，提高查询速度-表分区设计：将大表分成多个小的子表，提高查询和插入性能-缓存使用：利用缓存技术缓存查询结果，减少数据库的访问次数10.总结本文档详细描述了学生管理系统的数据库设计。
数据库设计文档模板
数据库设计文档模板一、引言。
数据库设计是软件开发过程中非常重要的一环，它直接影响着系统的性能、稳定性和扩展性。
本文档旨在为数据库设计人员提供一个规范的模板，以便他们能够按照统一的标准进行数据库设计工作，确保设计的合理性和可维护性。
二、数据库设计概述。
1. 数据库设计目标，明确数据库设计的目标和范围，例如解决哪些业务问题，满足哪些需求。
2. 数据库设计原则，介绍数据库设计时需要遵循的原则，例如数据一致性、完整性、可靠性等。
3. 数据库设计约束条件，列举数据库设计时需要考虑的约束条件，例如数据安全性、性能要求、成本限制等。
三、数据库逻辑设计。
1. 数据库实体关系模型，根据需求分析，设计数据库的实体及其之间的关系模型，包括实体-关系图、实体属性及其约束。
2. 数据库范式分解，对设计的数据库进行范式分解，确保数据存储的规范性和一致性。
3. 数据库索引设计，设计数据库的索引结构，提高数据库的检索性能。
四、数据库物理设计。
1. 数据库表结构设计，设计数据库的表结构，包括表的字段、数据类型、约束条件等。
2. 存储过程和触发器设计，设计数据库的存储过程和触发器，实现数据库的业务逻辑。
3. 数据库性能优化，对数据库进行性能优化，包括索引优化、查询优化等。
五、数据库安全设计。
1. 数据库权限管理，设计数据库的权限管理策略，保护数据库的安全性。
2. 数据备份和恢复策略，设计数据库的备份和恢复策略，确保数据的可靠性和完整性。
3. 数据库审计策略，设计数据库的审计策略，监控数据库的使用情况，保障数据的安全。
六、数据库设计实施。
1. 数据库设计实施计划，制定数据库设计的实施计划，安排设计人员进行数据库设计工作。
2. 数据库设计实施过程，介绍数据库设计的实施过程，包括需求分析、设计、开发、测试等阶段。
3. 数据库设计实施验收，对数据库设计进行验收，确保设计的合理性和可行性。
七、数据库设计维护。
1. 数据库变更管理，管理数据库的变更，确保数据库的稳定性和一致性。
数据库设计(仅用于学习的参考模板)
XX慧市建设项目大数据库设计文档
一、前言
本文档说明了大数据平台数据库的设计，用于规划指大数据平台在业务数据库各方面的设计内容，可作为系统设计和详细设计的输入参考文档，该文档的读者主要有数据库设计人员、程序员、系统分析员、测试人员、部署实施人员。
二、依据和标准
2.1数据库版本
PostgreSQL9.2.2
三、建设原则
平台使用JAVA框架的JDBC实现与数据库的接口，该接口是一种用于执行SQL 语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。
JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序。
应用程序的数据变换，通过符合PostgreSQL数据库规范要求的SQL相关的插入的信息来实现。
应用程序的数据查询，通过符合PostgreSQL数据库规范要求的SQL相关的查询语句来实现，并且应用程序在其结果集上进行操作。
其他的专门知道的说明、文档等，请参考PostgreSQL所提供的官方简体中文版参考手册以获得帮助。
四、数据库设计
4.1编码规则
1.数据表字符集统一默认UTF-8。
2.数据表默认主键为整型自增。
3.数据库表禁止物理主外键关联，需要时在程序业务中采用逻辑外键进行维护。
4.日期采用date,timestamp，根据实际情况选择。
5.数据库采用PostgresSQL9.2.2版本。
数据库设计文档（样例）
数据库设计文档（样例）XXXX 系统数据库设计说明书精品资料文档信息：文档名称“传输网管数据统一自动备份系统”概要设计说明书描述该文档描述传输网络统一自动备份系统的详细功能定义。
所有设计人员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品的功能定义，并衍生出其他文档。
负责人谢亚龙张亚宾状态 1.1 版文档变更历史：时间版本号修改人章节描述2008-11-7 1.0 所有章节创建初稿2008-12-19 1.1 部分改动对数据中部分做了修改文档路径：审核结果：审核人审核时间意见签名档备注目录1 引言 (5)1.1 编写目的 (6)1.2 背景 (6)1.3 定义 (6)1.4 参考资料 (7)2 数据库物理模型 (8)2.1 整体设计. (8)2.2 角色与权限管理 (9)2.3 消息管理. (11)2.4 用户信息. (13)2.5 分站信息表 (15)2.6 备份计划. (16)2.7 备份文件. (18)精品资料1 引言随着时代的进步，计算机技术飞速发展，电子信息技术在各行各业起着越来越重要的作用。
其中，应用最广泛的就是数据库技术。
对一个企业来说，数据的安全关系着整个企业的发展，如何更加安全的保护这些数据，是当今的一个研究热点。
为了保护数据安全和提高数据的持续可用性，企业要从RAID 保护、冗余结构、数据备份、故障预警等多方面考虑。
对于关键业务应用，如电信计费系统、银行营业系统等，则要采用异地数据备份的保护措施。
应该说，异地自动备份是数据安全性和业务连续性的最高保护级别。
数据存放在一个地方总存在风险，况且人为的逻辑错误也有可能破坏数据，因而，可以采用高性能、完善的备份系统，将数据拷贝下来，存放到价廉的存储介质上，这是数据安全的基本保证。
企业最常使用的备份介质包括：磁盘、光盘塔和磁带库等。
同时，在系统或应用出现故障时，为了保证本地业务的不中断运行，主机集群是一个较好的方案。
现在，随着企业对数据可用性认识的加深，关键业务不允许出现哪怕是1% 的灾难威胁，因而，异地数据备份已成为数据可用性解决方案的重要组成部分。
数据库设计文档模板
DR-RD-020(V1.1)Xxx系统数据库设计说明书(内部资料请勿外传)编写: 日期:检查: 日期:审核: 日期:批准: 日期:中国创新支付版权所有不得复制支付系统 (1)数据库设计说明书 (1)1引言 (3)1.1编写目的 (3)1.2术语表 (3)1.3参考资料 (4)2数据库环境说明 (4)3数据库的命名规则 (4)4逻辑设计........................................................................................................... 错误!未定义书签。
5物理设计 (4)5.1表汇总 (4)5.2 表[X]:[XXX表] (4)5.3视图的设计 .............................................................................................. 错误!未定义书签。
5.4存储过程、函数及触发器的设计........................................................... 错误!未定义书签。
6安全性设计....................................................................................................... 错误!未定义书签。
6.1防止用户直接操作数据库的方法........................................................... 错误!未定义书签。
6.2用户帐号密码的加密方法 ...................................................................... 错误!未定义书签。
数据库设计说明书范文例子
数据库设计说明书范文例子数据库设计说明书1. 引言本文档旨在介绍数据库设计的相关内容，包括数据库概述、数据需求分析、数据库结构设计、数据表设计、数据字典、数据库安全性等方面的信息。
2. 数据库概述本数据库用于存储和管理某公司的业务数据，包括客户信息、产品信息、订单信息、销售记录等。
数据库使用MySQL管理系统，采用关系数据库模型。
3. 数据需求分析3.1 数据需求3.1.1 客户信息需求- 客户基本信息：客户ID、姓名、性别、联系方式、邮箱、地址等。
- 客户订单：订单ID、订单日期、客户ID、产品ID、数量、金额等。
3.1.2 产品信息需求- 产品基本信息：产品ID、产品名称、产品描述、单价等。
- 产品库存：产品ID、库存数量、最近更新日期等。
3.1.3 销售记录需求- 销售记录信息：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额等。
3.2 数据需求分析结果根据上述需求，我们可以得出以下数据实体和关系：- 客户表（Customer）：客户ID、姓名、性别、联系方式、邮箱、地址。
- 产品表（Product）：产品ID、产品名称、产品描述、单价。
- 订单表（Order）：订单ID、订单日期、客户ID。
- 订单详情表（OrderDetl）：订单ID、产品ID、数量、金额。
- 销售记录表（SalesRecord）：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额。
4. 数据库结构设计4.1 概念设计根据数据需求分析结果，我们可以画出以下实体-关系图：(此处插入实体-关系图)4.2 逻辑设计根据概念设计，我们可以将每个实体转换为数据表，并定义表的属性和关系。
4.2.1 客户表（Customer）- 客户ID：主键，唯一标识客户。
- 姓名：客户姓名。
- 性别：客户性别。
- 联系方式：客户联系方式。
- 邮箱：客户邮箱。
- 地址：客户地址。
4.2.2 产品表（Product）- 产品ID：主键，唯一标识产品。
数据库设计文档模板
数据库设计文档模板
1. 简介
1.1 数据库设计目的
1.1.1 描述数据库设计的目的和背景
1.2 数据库设计范围
1.2.1 描述数据库设计的范围，包括涉及的表和字段
2. 数据库设计概述
2.1 数据库系统结构
2.1.1 描述数据库系统的总体结构
2.2 数据库设计原则
2.2.1 描述数据库设计遵循的原则和规范
3. 数据库逻辑设计
3.1 数据表设计
3.1.1 描述每个数据表的设计，包括表名、字段、数据类型和约束条件
3.2 索引设计
3.2.1 描述每个表的索引设计
3.3 视图设计
3.3.1 描述每个视图的设计，包括视图的目的和字段
4. 数据库物理设计
4.1 存储结构设计
4.1.1 描述数据库存储结构的设计
4.2 数据库性能设计
4.2.1 描述数据库的性能优化设计
5. 数据库安全设计
5.1 用户权限设计
5.1.1 描述数据库用户的权限设计
5.2 数据访问控制
5.2.1 描述数据库的数据访问控制设计
6. 数据库维护和管理
6.1 数据备份和恢复
6.1.1 描述数据库备份和恢复策略
6.2 数据库监控
6.2.1 描述数据库监控方案和工具
7. 数据库变更管理
7.1 变更记录
7.1.1 记录数据库变更的历史记录
7.2 变更审批流程
7.2.1 描述数据库变更的审批流程
8. 附录
8.1 术语表
8.1.1 数据库设计中用到的专业术语解释 8.2 参考文献
8.2.1 数据库设计过程中参考的文献资料。
数据库设计说明书范例
数据库设计说明书范例
数据库设计说明书
1. 引言
1.1 目的
本文档旨在详细描述和解释所设计的数据库结构，以便开发人员能够理解并正确实现该数据库。
1.2 范围
此文档适用于所有参与此项目的开发人员、测试人员和其他相关方。
2. 数据库概述
在这一章节中，请提供关于整个系统或应用程序使用到的数据表及其功能简介。
可以列出每个数据表名称，并对它们进行简要描述。
3. 实体-关系模型（ERM）
这里将展示一个完整且准确地表示了各种实体之间联系方式图形化呈现。
请包括主键、外键等重要信息。
4.物理模型
建立起基础上面那些抽象层次更高级别建议,因为我们已经有具备良好性质ERD.
5.标识符定义
定义不同类型用户/角色访问权限限制区分度.
6.存储过程
列出任何需要创建特定业务需求而编写SQL代码块部分
7 . 触发器
描述触摸点事件时候执行操作
8 . 函数
如果你计划通过自己来处理大量复杂查询，函数是很有帮助的。
9 . 视图
为了简化复杂查询,你可以创建视图来组合多个表和过滤数据.
10. 安全性
描述访问数据库时所需的身份验证、授权等安全机制。
11.备份与恢复策略
这里将描述关于如何定期进行数据库备份以及在灾难发生后，如何快速有效地还原数据库到正常状态。
12.附录
1) 本文档涉及附件：
- 数据库ERD（Entity-Relationship Diagram）
- 存储过程代码示例
2）法律名词及注释：
在此列出所有可能会遇到并需要解释或参考的法律术语，并提供相应注释说明。
数据库设计文档模板
数据库设计文档模板
## 一、数据库名称
**XXX数据库**
## 二、数据表结构
| 表 | 字段名 | 数据类型 | 长度 | 主键/外键 | 描述 | | ------ | ------ | ------ | ------ | ------ | ------ |表1 |字段1 |char | 10 | 否 |XXX |
表1 |字段2 |varchar | 10 | 是 |XXX |
表2 |字段1 |int | 10 | 否 |XXX |
表2 |字段2 |text | | 是 |XXX |
| 表 | 索引类型 | 索引字段 |
表1 | 主键索引 | 字段2 |
表1 | 唯一索引 | 字段1 |
表2 | 普通索引 | 字段1 |
## 四、视图
| 视图 | 用途 | SQL 语句 |
| ------ | ------ | ------ |
视图1 | 查询 | select * from 表1,表2 |
视图2 | 汇总 | select sum(字段1) from 表1 |
视图3 | 关联 | select from 表1,表2 where 条件 |
## 五、数据安全性
* 访问控制
* 根据数据的特征来设置不同的权限
* 设置多项访问控制，防止不安全的数据操作
* 设置只读权限以限制对历史数据的更新删除操作 * 加密
* 采用密钥加密方式对重要数据进行加密
* 设置有效期，防止数据泄露
* 密码定期更新以保持有效性
## 六、数据库备份
* 增量备份
* 每天或每周做一次数据增量备份
* 保存最后几次增量备份文件
* 删除过期增量备份文件。
数据库设计文档
数据库设计文档应用系统： ___________________ 供应商： _____________________.引言 (3)1.l编写目的 (3)1.2术语表 (3)1.3参考资料 (3)2.数据库环境说明 (3)3.数据库命名规范 (4)4.数据模型设计 (5)5.物理设计 (5)5.2表汇总 (5)5.3表XXX：XXX表（例如表S_USER：系统用户表） (5)6.视图设计 (6)6.2视图汇总 (6)6.3视图XXX:XXX信息（例如视图PROJEcT.MEMBER:项目成员关联信息） (6)7.存储过程设计 (6)8.触发器设计 (6)9.安全性设计 (7)9.2防止用户直接操作数据库 (7)9.3用户帐号密码加密 (7)9.4用户与权限 (7)9.5备份与容灾 (7)10.性能优化 (8)11.数据库管理与维护 (8)1.引言1.1编写目的本文档是XX系统实现的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循信息系统建设相关规范。
本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。
1.2术语表本系统涉及的重要术语说明如下:1.3参考资料在本系统数据库设计实现过程中涉及的参考资料明细如下:2.数据库环境说明本系统数据库环境信息如下:3.数据库命名规范本系统数据库命名规范约定如下。
A.数据库、表、字段等所有名称的可用字符范围为：A-乙a-z,0・9和一下划线，除此外不允许使用其它字符作为名称。
数据库及表名均不允许出现数字，字段名除非特殊情况不允许出现数字。
B.数据库、表、字段等所有名称使用英文单词或英文短语或相应缩写，禁止使用汉语拼音，且均使用单数名，例如：对存储客户信息的表命名为CUStOmer而不是CustomerSo名称应该清晰明了，能够准确表达事物的含义，遵循见名知意的原则。
建议:OraCIe表、字段等名称统一使用大写，单词间用_下划线分隔；SQLSerVer数据库、表等名称采用Pascal命名法，字段名称采用骆驼式命名法，大小写字母混排；MySQL数据库、表、字段等名称统一使用小写，单词间用一下划线分隔。
数据库设计文档模板
数据库设计文档模板数据库设计文档模板1. 引言1.1 目的在本数据库设计文档中，旨在对某个特定的应用程序或系统的数据库进行详细的设计和规划，以确保数据库能够有效地支持应用程序或系统的需求。
1.2 范围本文档覆盖了数据库设计的各个方面，包括数据模型、表结构、数据类型、索引、约束、存储过程、触发器、视图等。
1.3 定义、缩略语和缩写词在本文档中，我们使用了一些定义、缩略语和缩写词。
如有需要，请参考附录中的词汇表进行解释。
2. 数据模型2.1 概述描述了应用程序或系统的数据模型，包括实体关系图（ER图）和关系模式图。
2.2 实体关系图绘制应用程序或系统的实体关系图，用于表示实体（包括表）之间的关系，包括一对一、一对多和多对多关系。
2.3 关系模式图绘制应用程序或系统的关系模式图，用于表示表之间的关系、属性和主键。
3. 数据库设计3.1 表结构设计根据应用程序或系统的需求，设计了适当的表结构和关系。
对于每个表，包括表名、列名、数据类型、长度、默认值、是否为空等信息。
3.2 数据类型列出了在数据库中使用的数据类型和其含义。
3.3 索引设计根据应用程序或系统的查询需求，设计了适当的索引，以提高查询性能。
包括索引的名称、列名、是否唯一等信息。
3.4 约束设计根据应用程序或系统的逻辑需求，设计了适当的约束来保持数据的完整性。
包括主键、唯一键、外键、检查约束等。
4. 存储过程和触发器设计4.1 存储过程设计根据应用程序或系统的需求，设计了适当的存储过程，用于实现复杂的业务逻辑。
4.2 触发器设计根据应用程序或系统的需求，设计了适当的触发器，用于在数据发生变化时触发相应的操作。
5. 视图设计根据应用程序或系统的需求，设计了适当的视图，提供了数据的不同角度和层次的展示。
6. 数据库安全设计根据应用程序或系统的安全需求，设计了合适的用户权限、角色权限和访问控制策略，以保护数据库的安全性。
7. 性能优化7.1 查询优化分析了应用程序或系统的查询需求，并提供了一些优化技巧和建议，以提高查询性能。
完整版)数据库设计文档模板
完整版)数据库设计文档模板文档编号：2011-6-14 版本：A1 密级：商密编写部门：XXX 项目名称：时代集团产品跟踪平台项目来源：DR-RD-020(V1.1) 时代集团数据库设计说明书内部资料请勿外传)版权所有，不得复制日期：（待填写）引言本文档旨在描述时代集团产品跟踪平台的数据库设计，包括数据库结构、表结构、字段定义等内容，以便于开发人员进行系统开发和维护。
术语表本文档中涉及到的术语及其定义如下：XXX：指本公司，下同。
产品跟踪平台：指时代集团开发的用于追踪产品生命周期的系统。
数据库结构：指数据库中各个表之间的关系和连接方式。
表结构：指数据库中每个表的字段定义和数据类型等信息。
字段定义：指数据库中每个表中各个字段的含义和数据类型等信息。
参考资料本文档参考了以下资料：DR-RD-020(V1.1) 时代集团产品跟踪平台需求文档数据库设计规范文档数据库环境说明本文将介绍数据库的命名规则、逻辑设计和物理设计。
这些设计将有助于确保数据库的有效性和可靠性。
数据库的命名规则为了方便管理和维护，数据库中的各种对象都需要遵循一定的命名规则。
例如，表名应该简洁明了，能够准确反映其所代表的数据。
此外，命名规则还应该遵循一定的规范，例如使用下划线分隔单词等。
逻辑设计逻辑设计是数据库设计的第一步，它涉及到如何组织和表示数据。
在逻辑设计中，需要考虑到数据的结构、关系和约束条件等因素。
通过逻辑设计，可以确保数据库的数据结构清晰明了，易于管理和维护。
物理设计物理设计是数据库设计的第二步，它涉及到如何将逻辑设计转化为实际的数据库结构。
在物理设计中，需要考虑到数据的存储方式、索引和分区等因素。
通过物理设计，可以确保数据库的性能和可靠性。
表汇总在数据库中，表是最基本的数据组织方式。
表汇总是对所有表的一个概览，可以帮助用户快速了解数据库中包含哪些表以及它们之间的关系。
表[X]：[XXX表]表[X]代表某个具体的表，其中包含了一些关键信息。
数据库设计文档范本
数据库设计文档范本数据库设计是软件开发过程中的关键环节之一，它不仅涉及到数据库的结构和组织方式，还关系到系统的性能和可扩展性。
为了确保数据库设计的准确性和规范性，编写数据库设计文档是必不可少的。
本文将为你提供一个数据库设计文档的范本，以供参考。
一、引言数据库设计文档旨在描述数据库系统的结构、组织方式和设计原则。
本文档对所设计的数据库进行了全面的分析和规划，并提供了详细的数据模型和数据库对象定义。
二、需求分析在数据库设计之前，需要进行需求分析，以明确系统的功能和性能需求。
该部分应包括以下内容：1. 系统的功能需求：列出系统需要实现的功能和操作流程。
2. 性能需求：包括响应时间、并发访问量、数据存储容量等方面的要求。
三、概念设计概念设计阶段是数据库设计的基础，主要包括实体-关系图（ER图）和实体间关系的定义。
下面是一个示例：```实体：Employee（员工）属性：员工编号（EmployeeID）、姓名（Name）、性别（Gender）、...实体：Department（部门）属性：部门编号（DepartmentID）、部门名称（DepartmentName）、...关系：Employee - Department（员工 - 部门）关系属性：任职岗位（Position）、入职日期（HireDate）、...```四、逻辑设计逻辑设计将概念模型转化为逻辑模型，主要包括数据模型和数据库对象的定义。
下面是一个示例：```数据模型：关系模型（使用关系型数据库）表：Employee（员工）字段：员工编号（EmployeeID，主键）、姓名（Name）、性别（Gender）、...表：Department（部门）字段：部门编号（DepartmentID，主键）、部门名称（DepartmentName）、...关系：员工 - 部门外键：DepartmentID（关联Department表的主键）```五、物理设计物理设计将逻辑模型转化为物理模型，主要包括数据库表的物理实现和索引策略。
(完整版)数据库设计文档模板
*****中心开发部文档编号2011-6-14 版本A1 密级商密A 项目名称时代集团产品跟踪平台项目来源时代集团数据库设计说明书（内部资料请勿外传）编检审批*********版权所有不得复制期:期:期:期:时代集团产品跟踪平台.................................................... 错误!未定义书签。
数据库设计说明书 (1)1 引言 (2)1.1 编写目的 (2)1.2 术语表 (2)1.3 参考资料 (3)2 数据库环境说明 (3)3 数据库的命名规则 (3)4 逻辑设计 (3)5 物理设计 (4)5.1 表汇总 (5)5.2 表[X] : [XXX表] (5)5.3 视图的设计 (11)5.4 存储过程、函数及触发器的设计 (12)6 安全性设计 (23)6.1 防止用户直接操作数据库的方法 (23)6.2 用户帐号密码的加密方法 (23)6.3 角色与权限 (23)7 优化 (24)8 数据库管理与维护说明 (24)1引言1.1 编写目的本文档是时代集团产品跟踪平台概要设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《SQL数据库设计和开发规范》＜本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。
1.2 术语表1.3 参考资料2数据库环境说明3数据库的命名规则数据库名称：时代集团的英文名称time-group表名：英文（表的用途）+下划线+英文字段名：相关属性的英文名4逻辑设计提示：数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）如果采用面向对象方法（OOAD），这里实体相当于类（class）。
5物理设计提示：（1） 主要是设计表结构。
一般地，实体对应于表，实体的属性对应于表的列，实体之 间的关系成为表的约束。
逻辑设计中的实体大部分可以转换成物理设计中的表， 但是它们并 不一定是一一对应的。
公司数据库设计文档实例
公司数据库设计文档实例1. 引言本文档旨在介绍公司数据库的设计和结构。
公司数据库用于存储和管理公司的数据，包括员工信息、部门信息、客户信息等。
本文档将详细描述数据库的各个组成部分，包括表结构、关系模式和主键等。
2. 数据库概述公司数据库采用关系型数据库管理系统，具体使用的是MySQL。
数据库包含以下几个主要的数据表：员工表、部门表、客户表和产品表。
这些表之间通过外键关联，实现了数据之间的关联和一致性。
3. 数据库结构3.1 员工表员工表用于存储公司员工的基本信息，包括员工编号、姓名、性别、所属部门等。
员工表的结构如下：字段名类型备注员工编号int主键姓名varchar(50)性别char(1)取值为“男”或“女”所属部门int外键，关联部门表3.2 部门表部门表用于存储公司部门的信息，包括部门编号、部门名称、所属上级部门等。
部门表的结构如下：字段名类型备注部门编号int主键部门名称varchar(50)所属上级部门int外键，关联部门表3.3 客户表客户表用于存储公司客户的信息，包括客户编号、姓名、联系方式等。
客户表的结构如下：字段名类型备注客户编号int主键姓名varchar(50)联系方式varchar(50)3.4 产品表产品表用于存储公司的产品信息，包括产品编号、产品名称、价格等。
产品表的结构如下：字段名类型备注产品编号int主键产品名称varchar(50)价格decimal(10,2)4. 关系模式数据库中的各个表之间通过外键关联，实现了数据的一致性和完整性。
下面是各个表之间的关系模式示意图：关系模式关系模式5. 主键设计每个表都使用了唯一的主键来标识记录的唯一性。
主键的设计采用了自增整数的方式，确保了主键的唯一性和简洁性。
6. 数据库安全性规划为了确保数据库的安全性，需要采取一系列的安全措施。
例如，采用访问控制列表（ACL）来限制数据库的访问权限；将数据库放置在安全的服务器上，并定期备份数据以防止数据丢失；对数据库进行监控和审计，以及加密敏感数据等。
数据库设计文档样本
1．需求分析1.1 需求描述1. 作品展示主要对外展示作品,匿名用户将自己的作品上传至该网,后台管理员就可以接受到这一作品信息,然后管理员择优根据作品的优秀程度选择是否将其展示至该页面.2. 作品投票主要是对外进行投票,只要是匿名用户,根据自己本身的ip作为通行证标准,即可以拥有投票资格,一个ip只能投一次票.并且系统自动统计作品的满意度.3. 作品上传主要是通过作品上传页面,用户将自己满意的作品进行上传到服务器,管理员进行审核的一个过程,该过程中,用户可以多次将作品上传.4. 论坛交流,本论坛主要是使用了两种用户,一种则是匿名用户,一种则是已在网注册的注册用户,匿名用户的权限就只能通过自己对这些帖子进行浏览没有发布和回帖的权限,在网注册用户,则可以根据论坛的规则进行发帖和回帖,并且在网注册用户不定期的可以收到管理员发出的请求用户补充自己注册信息的E-mail.1.2 功能需求本系统包括作品展示,论坛交流,作品投票,作品上传等四个大部分.主要以作品展示为重点.2．概念结构设计2.1 局部E-R图的设计1）论坛帖子管理E-R图根帖E-R图回复贴实体E-R图版面实体E-R图3．逻辑结构设计根据E-R图中的实体及实体之间的联系，关系模式如下：● 图片展示信息（编号，标题，作者，来源，图片，时间，创意内容）●手绘信息展示（编号，标题，内容，作者，编辑者，来源，时间，置顶，作品图像）●通知信息（编号，标题，内容，作者，编辑者，来源，时间）●作品上传（编号，标题，图片路径，作者，类型，QQ，评价，时间）●用户信息（编号，用户名，密码，密码提示问题，密码提示答案，用户名昵称，用户头像）●投票—信息（编号，投票编号，投票IP，时间）●投票—统计（编号，投票编号，投票名，投票总和，作者）●论坛帖子—类别（编号，作品类别）●论坛帖子表（编号，标题，时间，作者，回复数）●论坛帖子表—跟帖（编号，帖子编号，类别，编号，标题，内容，时间，开帖人，跟帖数）4．数据库实施4.1 关系表将前面得到的关系模式转换为SQL Server2000支持的具体关系表如下：Tb_logoimg(logo展示表)Tb_no1(手绘表)Tb_tongzhi(最新通知表)Tb_upload(作品上传表)Tb_userlogin(管理员表)Tb_forum_user(用户信息表)ipVotes (投票信息表)Voteitems(投票统计表)Tb_forum_style(论坛帖子类别)Tb_forums(论坛帖子表)Tb_sub_forums(论坛帖子表)4.2 数据库实施代码4.2.1 创建数据库建库:CREATE DATABASE [8Moon] ON PRIMARY(NAME= N'MyDatas',FILENAME= N'D:\数据库\8Moon.mdf',SIZE= 3072KB , MAXSIZE= UNLIMITED,FILEGROWTH= 1024KB )LOG ON(NAME= N'MyDatas_log',FILENAME= N'D:\数据库\8Moon_log.ldf',SIZE= 1024KB ,MAXSIZE= 2048GB ,FILEGROWTH= 10%)GOEXEC dbo.sp_dbcmptlevel @dbname=N'8Moon', @new_cmptlevel=90GOTb_logoimg(logo展示表)USE 8MoonGOCREATE TABLE [dbo].[tb_logoimg]([id] [decimal](18, 0)NOT NULL,[title] [varchar](50)NULL,[author] [varchar](50)NULL,[source] [varchar](50)NULL,[img] [varchar](200)NULL,[date] [datetime] NULL,[chuangyi] [varchar](max)NULL)ON [PRIMARY]GOTb_no1(手绘表)USE 8MoonGOCREATE TABLE [dbo].[tb_no1]([id] [decimal](18, 0)NOT NULL,[title] [varchar](50)NULL,[contents] [varchar](max)NULL,[author] [varchar](30)NULL,[editer] [varchar](20)NULL,[source] [varchar](100)NULL,[dates] [datetime] NULL,[istop] [int] NULL,[user_picture] [varchar](100)NULL)ON [PRIMARY]GOTb_tongzhi(最新通知表)USE [8Moon]GOCREATE TABLE [dbo].[tb_tongzhi]([id] [decimal](18, 0)NOT NULL,[title] [varchar](50)NULL,[contents] [varchar](max)NULL,[author] [varchar](30)NULL,[editer] [varchar](20)NULL,[source] [varchar](100)NULL,[dates] [datetime] NULL)ON [PRIMARY]GOTb_upload(作品上传表)USE [8Moon]GOCREATE TABLE [dbo].[tb_upload]([id] [decimal](18, 0)IDENTITY(1,1)NOT NULL, [worktitle] [varchar](50)NULL,[imgway] [varchar](100)NULL,[author] [varchar](50)NULL,[worktype] [varchar](50)NULL,[qq] [varchar](15)NULL,[present] [varchar](max)NULL,[date] [datetime] NULL)ON [PRIMARY]GOTb_userlogin(管理员表)USE [8Moon]GOCREATE TABLE [dbo].[tb_userlogin]( [id] [decimal](18, 0)NOT NULL,[userid] [varchar](20)NULL,[userpwd] [varchar](20)NULL)ON [PRIMARY]GOTb_forum_user(用户信息表)USE [8Moon]GOCREATE TABLE [dbo].[tb_forum_user]( [id] [decimal](18, 0)NOT NULL,[users] [varchar](50)NULL,[psd] [varchar](20)NULL,[psd_tswt] [varchar](20)NULL,[psd_tswtda] [varchar](50)NULL,[users_nc] [varchar](20)NULL,[user_picture] [varchar](100)NULL )ON [PRIMARY]GOipVotes (投票信息表)USE [8Moon]GOCREATE TABLE [dbo].[IpVotes]([id] [int] NOT NULL,[ItemID] [varchar](50)NULL,[ItemIPs] [varchar](50)NULL,[VoteDates] [datetime] NULL,CONSTRAINT [PK_IpVotes] PRIMARY KEY CLUSTERED([id] ASC)WITH(PAD_INDEX =OFF, STATISTICS_NORECOMPUTE =OFF, IGNORE_DUP_KEY =OFF, ALLOW_ROW_LOCKS =ON, ALLOW_PAGE_LOCKS =ON)ON [PRIMARY])ON [PRIMARY]GOVoteitems(投票统计表)USE [8Moon]GOCREATE TABLE [dbo].[VoteItems]([id] [int] NOT NULL,[ItemID] [varchar](50)NULL,[ItemName] [varchar](50)NULL,[ItemCount] [int] NULL,[author] [varchar](50)NULL)ON [PRIMARY]GOTb_forum_style(论坛帖子类别)USE [8Moon]GOCREATE TABLE [dbo].[tb_forum_style]([id] [decimal](18, 0)NULL,[forum_style] [varchar](50)NULL)ON [PRIMARY]GOTb_forums(论坛帖子表)USE [8Moon]GOCREATE TABLE [dbo].[tb_forums]( [id] [decimal](18, 0)NOT NULL,[title] [varchar](100)NULL,[dates] [datetime] NULL,[authorid] [varchar](50)NULL,[hf_nums] [int] NULL,[sfhf] [int] NULL)ON [PRIMARY]GOTb_sub_forums(论坛帖子表)USE [8Moon]GOCREATE TABLE [dbo].[tb_Sub_forums]( [id] [decimal](18, 0)NOT NULL,[forumid] [decimal](18, 0)NULL,[styleid] [decimal](18, 0)NULL,[title] [varchar](50)NULL,[contents] [varchar](max)NULL, [dates] [datetime] NULL,[authorid] [int] NULL,[first_forum] [int] NULL)ON [PRIMARY]GO论坛视图View_forumSELECT dbo.tb_forums.id,dbo.tb_forums.title,dbo.tb_forum_style.forum_style,dbo.tb_Sub_forums.contents, dbo.tb_forum_ers, dbo.tb_Sub_forums.first_forum,dbo.tb_forums.hf_nums, dbo.tb_forums.dates, dbo.tb_forum_ers_ncFROM dbo.tb_forum_user INNER JOINdbo.tb_forum_style INNER JOINdbo.tb_Sub_forums INNER JOINdbo.tb_forums ON dbo.tb_Sub_forums.forumid = dbo.tb_forums.id ON dbo.tb_forum_style.id = dbo.tb_Sub_forums.styleid ON dbo.tb_forum_user.id = dbo.tb_Sub_forums.authoridWHERE (dbo.tb_Sub_forums.first_forum = 1)View_SubForumSELECT dbo.tb_Sub_forums.id, dbo.tb_Sub_forums.title, dbo.tb_Sub_forums.contents, dbo.tb_Sub_forums.dates, dbo.tb_forum_style.forum_style, dbo.tb_forum_ers,dbo.tb_forum_er_picture, dbo.tb_Sub_forums.first_forum, dbo.tb_Sub_forums.forumid, dbo.tb_forum_ers_ncFROM dbo.tb_forum_user INNER JOINdbo.tb_forum_style INNER JOINdbo.tb_Sub_forums ON dbo.tb_forum_style.id = dbo.tb_Sub_forums.styleid ON dbo.tb_forum_user.id = dbo.tb_Sub_forums.authorid。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXXXX系统-X班X组第I页共15页XXXX系统数据库设计说明书文档名称“传输网管数据统一自动备份系统”概要设计说明书描述该文档描述传输网络统一自动备份系统的详细功能定义。
所有设计人员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品的功能定义，并衍生出其他文档。
负责人谢亚龙张亚宾状态 1.1版文档变更历史：时间版本号修改人章节描述2008-11-7 1.0 所有章节创建初稿2008-12-19 1.1 部分改动对数据中部分做了修改文档路径：审核人审核时间意见签名档备注目录1引言 (4)1.1编写目的 (4)1.2背景 (5)1.3定义 (5)1.4参考资料 (6)2数据库物理模型 (7)2.1整体设计 (7)2.2角色与权限管理 (7)2.3消息管理 (9)2.4用户信息 (10)2.5分站信息表 (12)2.6备份计划 (13)2.7备份文件 (14)1引言随着时代的进步，计算机技术飞速发展，电子信息技术在各行各业起着越来越重要的作用。
其中，应用最广泛的就是数据库技术。
对一个企业来说，数据的安全关系着整个企业的发展，如何更加安全的保护这些数据，是当今的一个研究热点。
为了保护数据安全和提高数据的持续可用性，企业要从RAID保护、冗余结构、数据备份、故障预警等多方面考虑。
对于关键业务应用，如电信计费系统、银行营业系统等，则要采用异地数据备份的保护措施。
应该说，异地自动备份是数据安全性和业务连续性的最高保护级别。
数据存放在一个地方总存在风险，况且人为的逻辑错误也有可能破坏数据，因而，可以采用高性能、完善的备份系统，将数据拷贝下来，存放到价廉的存储介质上，这是数据安全的基本保证。
企业最常使用的备份介质包括：磁盘、光盘塔和磁带库等。
同时，在系统或应用出现故障时，为了保证本地业务的不中断运行，主机集群是一个较好的方案。
现在，随着企业对数据可用性认识的加深，关键业务不允许出现哪怕是1%的灾难威胁，因而，异地数据备份已成为数据可用性解决方案的重要组成部分。
异地容灾系统提供一个远程的应用备份现场，能有效地防止因本地毁灭性灾难（地震、火灾、水灾等）引起的数据丢失，预防场地问题带来的数据不可用性。
这些场地问题包括：电力中断、电信中断、自然灾难和场地迁移等。
作为企业的关键业务，任何原因造成的业务中断都将影响其经济收入，降低市场分额，丢失客户，甚至造成企业破产。
数据自动统一备份系统将这种“场地”故障造成的数据不可用性减到最小。
当灾难发生时，自动备份系统能保证企业数据的安全和业务的连续性。
为了避免这种情况的发生，传输网管自动统一备份这么一个系统就显得及其重要，及时对重要数据的备份能把企业的损失将到最小，这也是我们这个项目的最终目标。
1.1编写目的本文档的编制是为了让用户和软件开发者双方对该开发软件的初始规定有一个共同的理解，定义所要开发的“传输网管数据统一自动备份系统”（以下简称系统）的开发目标，包括对功能的规定和性能的要求，指出预期的系统用户、系统的运行环境以及对用户操作的约定，使之成为整个项目中软件产品开发设计与实现的根据，也是软件产品的测试和验收的依据。
本系统是为广大数据库备份者设计，能集中对数据库文件进行备份，节省大量的人力、物力以及财力。
该说明书的读者为该项目的客户以及项目开发人员。
1.2背景1.本系统名称：传输网管数据统一自动备份系统；2.本系统的客户代表：江海老师；本系统开发单位：数媒07级x班x组本系统的用户：数据库备份公司3.本系统的开发工具采用Eclipse Version: 3.3.2，数据库为MySql 5.04.该系统同其他系统(或机构)的基本相互往来关系：该系统基于IE浏览器，版本为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：服务器/浏览器模式8.XML：扩展标记语言。
9.SQL：结构化查询语言。
10.P2P：Peer-to-Peer(对等联网)11.Ajax：Asynchronous JavaScript + XML（异步的XML和JavaScript）1.4参考资料[1] GB/T 11457：软件工程术语[2] GB/T 8566 —1995：计算机软件开发规范[3] GB 8567：计算机软件产品开发文件编制指南2数据库物理模型2.1整体设计设计说明：●本系统由SendMessage（发送消息数据表）、ReadMessage（阅读消息数据表）、Role（角色数据表）、RolePrivilege（角色-权限数据表）、Privilege（权限数据表）、User（用户信息数据表）、Record(日志表)、BackUp(数据库备份记录表)、Plan（备份计划数据表）、Company（公司分站数据表）共10个数据表组成。
系统整个的物理模型如下图所示：图2-1-1系统整体构成2.2角色与权限管理设计说明：●角色与权限之间是n对m的关系。
一种角色可能有多个权限，而同一个权限可能被多个角色所拥有。
数据表如下所示：图2-2-1角色与权限管理数据表角色表(role)字段名称字段描述字段类型备注RoleID 角色编号Number（11）PK RoleName 角色名称Varchar2（20）NOT NULL Remark 备注Varchar2（400）NOT NULL CreateDate 创建日期Date NOT NULL StopUse 角色编号Number(1) NOT NULL 备注：无权限表(Privilege)字段名称字段描述字段类型备注PrivilegeID 权限编号Number（11）PK PrivilegeName 权限名称Varchar2（20）NOT NULLVarchar2（100）NOT NULL URL 该权限可以访问的地址备注：无角色拥有的权限表(RolePrivilege)字段名称字段描述字段类型备注RoleID 角色编号Number（11）PK FK PrivilegeID 权限编号Number（11）PK FK备注：无2.3消息管理设计说明：●同一条消息可能发送给多个人，SendMessage表保存信息的具体内容和发送人。
●ReadMessage表保存这条消息需要发送给的对象。
数据表如下所示：图2-3-1消息管理数据表发送消息数据表(SendMessage)字段名称字段描述字段类型备注MessageID 消息编号Number（10）PKUserID 发送人编号Varchar2（10）FKSendDate 发送时间Date Time NOT NULLbTitle 标题Varchar2（50）NOT NULL KeyWords 摘要Varchar2（50）NOT NULL Content 内容Varchar2（1000）NOT NULLDisplay 是否在首页显示Int NOT NULL SendUserName 发送人姓名Int NOT NULL备注：无阅读消息数据表(ReadMessage)字段名称字段描述字段类型备注MessageID 消息编号Number（11）PK FKUserID 接收人编号Varchar2（11）PK FKIsRead 是否已读Varchar2 (1) NOT NULL备注：无2.4用户信息设计说明：●一个用户只拥有一种角色，同一种角色可能有多个用户，故用户对角色是1对n的关系。
●一个分站可能被多个用户管理，而一个用户又可能管理多个分站，故用户对分站点是m对n的关系。
数据表如下所示：图2-4-1用户信息数据表用户信息表(User)字段名称字段描述字段类型备注Uid 主键Number（11）PKUserID 用户名Varchar2（11）PKRoleID 角色编号Number（11）FK Password 密码Varchar2（20）NOT NULL Name 名字Varchar2（10）NOT NULL Sex 性别Varchar2（2）NOT NULL CardType 证件类型Varchar2（11）NOT NULL CardNumbler 号码Varchar2（20）NOT NULL Birthday 出生年月Date NOT NULL rSchooling 学历Varchar2（20）NOT NULL gSchool 毕业学校Varchar2（20）NOT NULL Major 专业Varchar2（20）NOT NULL MSN MSN号码Varchar2（20）NOT NULL Remark 简短说明Varchar2（400）NOT NULL Email 邮箱Varchar2（50）NOT NULL Address 联系地址Varchar2（100）NOT NULL QQ QQ号码Varchar2（20）NOT NULL MobilePhone 手机号Varchar2（20）NOT NULL Phone 电话号码Varchar2（20）NOT NULL CreateDate 创建日期Date NOT NULL RoleName 角色名称Varchar2（50）NOT NULL备注：无2.5分站信息表数据表如下所示：图2-5-1分站信息表分站点信息表(Company)字段名称字段描述字段类型备注CompanyID 分站编号Number（11）PKcName 站点名称Varchar2（20）NOT NULL cType 业务类型Varchar2（20）NOT NULL Remark 简短说明Varchar2（400）NOT NULL IP ftp服务器ip Varchar2（20）NOT NULL Port 端口号Number（11）NOT NULL Account 用户名Varchar2（20）NOT NULL Password 密码Varchar2（20）NOT NULL Uid 该服务器的管理者id Number（11）NOT NULL userName 管理人姓名Varchar2（20）NOT NULL 备注：无2.6备份计划设计说明：●一个用户能制定多个计划，但是一个计划只能被一个用户所制定，故用户对计划的关系是1对n的关系。