数据库设计规范剖析.doc

必威体育官网网址级别：□绝密 □机密 □秘密 ■内部公开 数据库设计规范 变更记录 版本号 修改点说明 变更日期 变更人 审批人 V1.0 修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明） 目 录 1 编写目的 1 2 数据库策略 1 2.1 数据库对象长度策略 1 2.2 数据完整性策略 1 2.3 规范化设计与性能之间的权衡策略 1 2.4 字段类型的定义与使用策略 1 3 命名规范 3 3.1 数据库命名规则 3 3.2 数据库对象命名的一般原则 4 3.3 表空间(Tablespace)命名规则 4 3.4 表(Table)命名规则 4 3.5 字段命名规则 5 3.6 视图(View)命名规则 5 3.7 序列(Sequence)命名规则 5 3.8 存储过程(Procedure)的命名规则 5 3.9 函数(Function)的命名规则 5 3.10 索引(Index) 命名规范 5 3.11 约束(Constraint) 命名规范 5 4 数据模型产出物规范 5 附录A：xml文件使用说明 7 附录B：保留关键字 8 编写目的 本文的目的是提出针对Oracle数据库的设计规范，使利用Oracle数据库进行设计开发的系统严格遵守本规范的相关约定，建立统一规范、稳定、优化的数据模型。 参照以下原则进行数据库设计： 方便业务功能实现、业务功能扩展； 方便设计开发、增强系统的稳定性和可维护性； 保证数据完整性和准确性； 提高数据存储效率，在满足业务需求的前提下，使时间开销和空间开销达到优化平衡。 数据库策略 数据模型全局单一，所有公共的数据模型得到共享。 数据库建模要基于统一的元数据管理机制。 数据库设计遵循关系数据库的规范化理论。 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（字符数据） 数据类型长度的选用参考VARCHAR2(N) VARCHAR2(2) VARCHAR2(4) VARCHAR2(8) VARCHAR2(10) VARCHAR2(16) VARCHAR2(20) VARCHAR2(30) VARCHAR2(40) VARCHAR2(50) VARCHAR2(100) VARCHAR2(200) VARCHAR2(400) VARCHAR2(1000) VARCHAR2(2000) NUMBER NUMBER(P,S) DATE BLOB 常用字段定义： 涉及销售额等金额的数值： NUMBER (16,2) 涉及税率、比例、分成的数值： NUMBER (10,6) 涉及货物单价的数值： NUMBER (16,6) 涉及人数的数值： NUMBER (10) 涉及人名的： VARCHAR2 (50) 涉及单位名称、地址的： VARCHAR2 (100) 涉及说明、理由、意见的： VARCHAR2 (200) optr_code，建议在业务表中增加该字段，表示操作员工号; opt_date，建议在业务表中增加该字段，表示操作时间; remark,建议在业务表中增加该字段，作为备用字段; stand,建议在业务表中增加该字段，作为备注; 描述“是、否”类型的字