数据库的设计和管理规范标准Word文件下载.docx
《数据库的设计和管理规范标准Word文件下载.docx》由会员分享，可在线阅读，更多相关《数据库的设计和管理规范标准Word文件下载.docx（6页珍藏版）》请在冰豆网上搜索。
修订人
2014-8-19
All
1.0
初始版本
1数据库的设计说明书
数据库设计说明书是软件产品的信息数据存储规化的说明和指导文档，向准备从事此数据库的生成、测试、维护人员提供专门的指导，例如数据的格式和标准，送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。
主要包括以下几个方面：
1.1外部设计
1.1.1类型划分
按照数据表记录的功能围对其进行类型划分，如可以按照系统配置数据、权限认证、业务办理日志等功能进行分类。
1.1.2使用它的程序
列出访问此数据库的所有应用程序，给出名称和版本号。
1.1.3标识符和状态
标识数据库的不同版本，标识库各个文卷、记录、数据项的命名约定。
如果该数据库尚在实验、测试中或暂时使用，说明这一特点及其有效时间围。
数据库对象命名统一采用英文单词或单词缩写。
1.1.3.1表的命名规：
库表全部采用大写字母，并以“T”为前缀，已“_”中间隔开。
表对象名称必须有相应的意义且长度最好不要超过30个字符。
例如：
T_BUSI_INFO。
如果需要对数据表进行备份，命名规则请采用表名后加“_BAK”+“_时间（年月日）”的方式。
T_BUSI_INFO_BAK_20100904。
如果存在多个系统，那么在“T”后面增加系统名称。
如果数据表的建立是过程性的，即在系统运行期创建，那么表的命名请采用表名+时间的方式，时间后缀按照实际要求取时间精确值，例如需要精确到天：
T_BUSI_INFO_20100904；
精确到分钟：
T_BUSI_INFO_5。
1.1.3.2视图的命名规：
视图全部采用大写字母，并以“V”为前缀，已“_”中间隔开。
对象名称必须有相应的意义且长度最好不要超过30个字符。
V_BUSI_INFO。
1.1.3.3字段的命名规：
字段名全部采用大写字母，已“_”中间隔开。
字段名称必须有相应的意义且长度最好不要超过30个字符。
USER_NUMBER。
数据模型描述同一个对象属性的字段在不同的数据表中要使用相同的名称，如：
用户手机在A、B两个不同的数据表中都使用，那么名称都应该定义为“USER_NUMBER”，且数据的类型、度量单位和值域应保持一致性。
1.1.3.4主键的命名规
主键名全部采用大写字母，并以“PK”为前缀，如：
PK_表名_字段名。
复合主键可以采用多字段多排列的形式，如：
PK_表名_字段名_字段名，可以适当缩写。
主键名称必须有相应的意义且长度最好不要超过30个字符。
PK_T_BUSI_INFO_ID。
1.1.3.5外键的命名规
外键名全部采用大写字母，并以“FK”为前缀，如：
FK_表名_字段名。
外键名称必须有相应的意义且长度最好不要超过30个字符。
FK_T_AREA_INFO_ID。
1.1.3.6索引的命名规
索引名全部采用大写字母，并以“IDX”为前缀，如：
IDX_表名_字段名_字段名。
索引名称必须有相应的意义且长度最好不要超过30个字符。
IDX_AREA_ID_BUSI_ID
1.1.3.7存储过程的命名规
存储过程名称全部采用大写字母，并以“SP”为前缀，后继部分要根据该存储过程的操作功能拼写，例如：
完成统计办理业务量的存储过程，可以命名为：
SP_STAT_BUSI。
1.1.3.8触发器的命名规
触发器名全部采用大写字母，并以“TR”为前缀，触发器名为相应的表名加上后缀。
TR_BUSI。
1.1.3.9函数的命名规
函数名全部采用大写字母，并以“FUN”为前缀，函数名以实际完成的业务功能为名称主体，例如完成统计业务量的函数应定义为：
FUN_STAT_BUSI_COUNT。
1.1.3.10包的命名规
包的名称全部采用大写字母，并以“PKG”为前缀，包名以自身赋予的管理功能为名称主体。
1.1.3.11临时表的命名规
临时表名全部采用大写字母，并以“TMP”作为后缀。
其它请参考实体表的命名方式，例如业务信息表的临时表可以命名为：
T_BUSI_INFO_TMP。
1.1.3.12簇的命名规
簇的名称全部采用大写字母，并以“CLU”作为前缀。
簇的名称可以使用多个表的联合拼写作为其主体名称，例如A表与B表之间关联关系生成的簇对象：
CLU_A_B。
1.1.3.13数据库作业的命名规
作业名全部采用大写字母，并以“JOB”为前缀，作业名以系统任务的功能为名称主体，例如定时备份业务办理日志：
JOB_BACKUP_BUSI_LOG。
1.1.3.14序列（ORACLE）的命名规
ORACLE序列对象的名称全部采用大写字母，并以“SEQ”为前缀，后面加上对应的数据表名称，如业务办理日志表的序列名：
SEQ_T_BUSI_DEAL_LOG。
1.2结构设计
1.2.1概念结构设计
说明数据库反映的现实世界中原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。
1.2.2逻辑结构设计
把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。
1.3运用设计说明
1.3.1数据库字典的设计
对数据项、记录、系、文卷、模式、子模式等一般要建立数据字典;
说明此数据字典设计的基本考虑。
如下示例：
1、业务信息表：
编号
1
表名
T_BUSI_INFO
表描述
系统支持办理的所有BOSS业务信息
字段编码
字段名称
字段备注说明
数据类型
长度
主键
外键
必填
BUSI_NUM
业务编号
VARCHAR2
20
是
否
BUSI_NAME
业务名称
30
BUSI_PRICE
业务使用费用
NUMBER
3
BUSI_DESC
业务详细介绍
4000
DIRECT_OPEN
调用接口的类型
1:
简单接口；
2:
BOSS类接口；
3:
体验类业务接口…
CHAR
1.3.2安全的设计
需要分别对待不同的访问者、不同的访问类型和不同的数据对象，获得的数据库安全。
2数据库的日常管理
鉴于当前生产数据库的维护工作主要以客户方负责和管理，我方需要提供如下几个日常维护方案，以供数据库管理员参考和执行。
2.1数据存储空间的建立和使用
2.2分区表的建立和使用
2.2.1使用原则
数据量大且操作频繁的数据表建议对其进行分区。
2.2.2规划原则
ORACLE提供三种对表或索引的分区方法，分别是围分区、散列分区、复合分区。
围分区：
根据表中列值的围进行分区，如一年中的月份，当数据在围均匀分布时，性能最好。
否则应考虑其它的分区方法。
当创建围分区时，要考虑：
分区方法、围；
分区列；
分区中说明指定分区边界；
分区数据所存储的物理空间；
2.3表分析
提供确定具体的表的分析方法，分区表分析方法，索引分析方法；
说明需要分析的数据表和索引对象；
说明分析操作的执行周期；
2.4索引维护
2.4.1索引监视
详细说明需要监视的索引对象，说明该索引的业务逻辑情况，作用的数据集合数量围；
2.4.2索引重建
详细说明需要重建的索引对象，重建的原因，重建的周期。
2.5空间维护
2.5.1数据定期备份
详细说明需要备份的数据表对象，备份周期。
2.5.2历史数据的清除
详细说明需要清除数据的数据表，清除的数据围。
2.6性能分析和问题报告
定期向数据库管理员申请提供全库性能分析和问题报告，详细说明报告涉及的容。
升级会员 