数据库设计规范[21页].docVIP

PAGE / NUMPAGES 作者：ZHANGJIAN 仅供个人学习，勿做商业用途 保密级别：□绝密 □机密 □秘密 ■内部公开 数据库设计规范 变更记录 版本号 修改点说明 变更日期 变更人 审批人 V1.0 创建 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明） 目 录 TOC \o 1-3 \u 1 编写目的 h 1文档收集自网络，仅用于个人学习 2 数据库策略 h 1 2.1 数据库对象长度策略 h 1 2.2 数据完整性策略 h 1 2.3 规范化设计与性能之间的权衡策略 h 1 2.4 字段类型的定义与使用策略 h 1 3 命名规范 h 3 3.1 数据库命名规则 h 3 3.2 数据库对象命名的一般原则 h 4 3.3 表空间(Tablespace)命名规则 h 4文档收集自网络，仅用于个人学习 3.4 表(Table)命名规则 h 4 3.5 字段命名规则 h 5 3.6 视图(View)命名规则 h 5 3.7 序列(Sequence)命名规则 h 5文档收集自网络，仅用于个人学习 3.8 存储过程(Procedure)的命名规则 h 5文档收集自网络，仅用于个人学习 3.9 函数(Function)的命名规则 h 5文档收集自网络，仅用于个人学习 3.10 索引(Index) 命名规范 h 5 3.11 约束(Constraint) 命名规范 h 5文档收集自网络，仅用于个人学习 4 数据模型产出物规范 h 5 附录A：xml文件使用说明 h 7 附录B：保留关键字 h 8 个人收集整理 勿做商业用途 PAGE2 / NUMPAGES2 编写目的 本文的目的是提出针对Oracle数据库的设计规范，使利用Oracle数据库进行设计开发的系统严格遵守本规范的相关约定，建立统一规范、稳定、优化的数据模型。文档收集自网络，仅用于个人学习 参照以下原则进行数据库设计： 方便业务功能实现、业务功能扩展； 方便设计开发、增强系统的稳定性和可维护性； 保证数据完整性和准确性； 提高数据存储效率，在满足业务需求的前提下，使时间开销和空间开销达到优化平衡。 数据库策略 数据模型全局单一，所有公共的数据模型得到共享。 数据库建模要基于统一的元数据管理机制。 数据库设计遵循关系数据库的规范化理论。 OLTP与OLAP分开设计。 数据库对象长度策略 数据库字段的长度要考虑业务对象的类型、数据库所用字符集、时间格式来设定出相对准确的长度，满足业务需要，同时保证数据库的高效，避免不必要的开销。文档收集自网络，仅用于个人学习 数据完整性策略 必须遵循数据库设计的第二范式，根据业务需要尽量满足第三范式。 数据完整性尽量通过业务逻辑实现，数据库设计应尽量避免使用大量的外键约束，避免使用触发器。 规范化设计与性能之间的权衡策略 数据的标准化有助于消除数据库中的数据冗余。如果数据冗余低，数据的一致性容易得到保证，如无特殊理由，OLTP系统的设计应当遵循第三范式，对于OLAP系统，为了减少表间连接查询的操作，提高系统的响应时间，合理的数据冗余是必要的。文档收集自网络，仅用于个人学习 字段类型的定义与使用策略 数据类型的选用原则 数据类型 使用说明 CHAR 根据业务数据的特征决定是否使用CHAR类型，例如静态编码、固定年月日的时间字段等，避免数据变长的情况下使用CHAR类型 VARCHAR2(N) Oracle数据库VARCHAR2类型，根据业务数据特征定义适当的长度，定义成偶数长度。 REAL、FLOAT、INTEGER、NUEBER Oracle数据库必须使用NUEBER NUMBER(P,S)、NUMERIC (P, S)、DECIMAL (P, S) Oracle数据库必须使用NUMBER DATE 时间类型必须使用DATE BLOB（二进制数据）、CLOB（字符数据） 数据类型长度的选用参考： 如果以下字段类型和长度能满足设计要求，必须遵循以下字段选用原则 数据类型 常用类型 CHAR CHAR(1)本规范不推荐长度不为1的字段使用char类型 VARCHAR2(N) VARCHAR2(2) VARCHAR2(4) VARCHAR2(8) VARCHAR2(10) VARCHAR2(16) VARCHAR2(20) VARCHAR2(30) VARCHAR2(40) VARCHAR2(50) VARCHAR2(100) VARCHAR2(200) VA