Oracle数据库设计策略及规范

设计策略及规范

1. 目的

定义Oracle数据库设计规范，作为数据库规划、设计、开发以及维护人员的技术参考资料。用以规范和指导相关人员的设计行为。

2. 概述

本文档根据Oracle数据库性能特点，描述对表、视图、存储过程、对象命名等方面的设计规范。

3. 基本策略

3.1 设计策略

分类拆分数据量大的表。

对于经常使用的表（如某些参数表或代码对照表），由于其使用频率很高，要尽量减少表中的记录数量。例如，银行的户主账表原来设计成一张表，虽然可以方便程序的设计与维护，但经过分析发现，由于数据量太大，会影响数据的迅速定位。如果将户主账表分别设计为活期户主账、定期户主账及对公户主账等，则可以大大提高查询效率。 分区策略

在拥有数500行以上的表时，采用分区策略。 索引设计。

对于大的数据库表，合理的索引能够提高整个数据库的操作效率。在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，应注意按照复合索引字段建立的顺序进行。例如，如果对一个５万多条记录的流水表以日期和流水号为序建立复合索引，由于在该表中日期的重复值接近整个表的记录数，用流水号进行查询所用的时间接近３秒；而如果以流水号为索引字段建立索引进行相同的查询，所用时间不到１秒。因此在大型数据库设计中，只有进行合理的索引字段选择，才能有效提高整个数据库的操作效率。

有时候为了提高性能。减少表的关联，恰当的数据冗余是允许的。

索引对新增，删除，更新的性能影响比较大，对相关的表的索引使用要权衡

为表和索引建立不同的表空间，禁止在系统表空间中放入非核心oracle系统成分的对象， 确保数据表空间和索引表空间位于不同的磁盘磁盘驱动器上。  对于经常发生同时查询或频繁查询的表，最好把他放到不同的磁盘空间上

4. 逻辑设计规范

4.1 范式

如果没有性能上的原因，应该使用关系数据库理论，达到较高的范式，避免数据冗余。

如果在数据量上与性能上无特别要求，考虑到实现的方便性可以有适当的数据冗余，但基本上要达到3NF。

4.2 表设计

对于数据量比较大的表，根据表数据的属性进行分区，以得到较好的性能。如果表按某些字段进行增长，则采用按字段值范围进行范围分区；如果表按某个字段

的几个关键值进行分布，则采用列表分区；对于静态表，则采用Hash分区或列表分区；在范围分区中，如果数据按某关键字段均衡分布，则采用子分区的复合分区方法。

每个表均创建类型为Sequence的主键字段。

 每个表中需含有如下几个基本字段：一个表的SEQ号，4个创建信息字段，5-8个备用字段，一个删除标记字段，最好还有一个行版本字段 字段名 业务SEQ号 OBLIGATE1 OBLIGATE2 OBLIGATE3 OBLIGATE4 OBLIGATE5 CREATE_USER_ID CREATE_DATETIME LAST_UPDATE_USER_ID LAST_UPDATE_DATETIME VARCHAR DATE VARCHAR TIMESTAMP 创建用户ID 创建时间 更新用户ID 更新时间 类型 整数型 字符型 备注 作为表主键 备用字段  不要用Identify字段作为表的主键与其它表关联。

4.3 索引设计

常规OLTP应用，创建B-TREE索引,不创建位图索引。 不需要为小型数据表（<5000）创建索引。

 给单个表创建的索引不超过5个，特别是海量交易类表。  索引条件查询结果记录，不超总记录的20%。  不要给固定选项的字段创建独立索引。

如只有‘男，女’的性别字段；‘是，否’的状态字段等，不要创建独立索引，位可以建立复合索引。 对于复合索引，索引字段顺序比较关键，把查询频率比较高的字段排在索引组合的最前面。 索引放到独立的表空间，该表空间不需要REDO LOG。

 含有外键约束的表的字段，必须有单独索引。如订单明细的表头外键。

5. 对象命名规范

5.1 一般规范 5.1.1 语言

命名使用英文单词，不使用复数。

英文单词使用同对象本身意义相对或相近的单词。选择最简单或最通用的单词。不能使用毫不相干的单词来命名。

当一个单词不能表达对象含义时，用词组组合，如果组合太长时，采用简写或缩写，缩写要基本能表达原单词的意义。 当出现对象名重名时，是不同类型对象时，加类型前缀或后缀以示区别。  禁止使用中文或拼音缩写进行命名

5.1.2 大小写

名称一律大写，以方便不同数据库移植，以及避免程序调用问题 5.1.3 单词分隔

命名的各单词之间使用下划线进行分隔。  命名的各单词之间不允许有空格存在 5.1.4 保留字

命名不允许使用SQL保留字。 5.1.5 命名长度

表名、字段名、视图名长度应限制在29个字符内(含前缀)。 5.1.6 字段名称

同一个字段名在一个数据库中只能代表一个意思。

不同的表用于相同内容的字段应该采用同样的名称，字段类型定义。

5.2 对象命名规范 5.2.1 表命名

必须为表名加入分类。

命名：[分类名]_[表友好名]（省略前缀：[数据库名简写]_TBL_[分类名]） 范例：PM_ROLE_FUNCTION（权限管理_角色功能表）

PM：权限管理

ROLE_FUNCTION：角色功能表（表友好名）

5.2.2 固定表分类名

 SYS_：系统信息类，如SYS_LOG日志  CFG_：配置类，CFG_COMPANY公司配置

 HIS_：历史信息类，如数据量大则可按时间进行分区配置，如：HIS_01_SI_HEAD一月份的补料历史信息  BUS_：业务类，注意策略中的要求，如果表达到100W以上要用分区  MAP_：映射类，MAP_PACK_LIST包装方式映射表 5.2.3 字段命名

5.2.3.1 字段命名常用字头  布林(BOOL)类字段用IS打头

 英名、中文名称用EN和CN结尾区分中英文

如：NAME_EN

 统一专用类别字段

船公司:OWNER 堆场:DEPOT 5.2.3.2 主键列

命名：表友好名_SEQ（省略前缀：[数据库名简写]_TBL_[分类名]） 范例：ROLE_FUNCTION_SEQ（表PUB_TBL_PM_ROLE_FUNCTION的主键） 5.2.3.3 外键列

命名：相关表主键名（省略前缀：[数据库名简写]_TBL_[分类名]）

范例：表ROLE_FUNCTION中的外键列ROLE_SEQ是表PUB_TBL_PM_ROLE的主键列名 5.2.3.4 一般字段

命名：字段友好名

范例：COMPANY_NAME_EN（公司英文名称） 5.2.4 索引

命名：IX_[表名]_[构成的字段名]；其中IX 、PK、 UK、FK分别表示为索引、主键、唯一、外键 范例：IX_PUB_PM_USER_TYPE（为表PUB_PM_USER的USER_TYPE字段创建的索引） 5.2.5 视图

命名：[数据库名简写]_VIEW_[表A名]_[表B名] 范例： 5.2.6 存储过程

命名：[数据库名简写]_PRC_[存取过程特性名] 5.2.7 序列

命名：[表名]_SEQ（省略前缀：[数据库名简写]_TBL_[分类名]） 范例： ROLE_FUNCTION_SEQ（表ROLE_FUNCTION的主键Sequence） 5.2.8 公用表空间

命名：TBS_[存储的特性命名]。 范例：

5.2.9 专用表空间

命名：TBS_[表名]_NN（NN=1,2,3,4……）。 范例： 5.2.10 数据文件

命名：[表空间名]_NN.DBF（NN=1,2,3,4……）。 

范例：

6. 设计工具

统一使用Sybase Power Designer作为数据库设计工具，在该工具上完成数据库物理模型的设计，并且由该工具产生数据库脚本。 所有的数据对象的变更以数据库物理模型为基准。

7. 公共常用字段预定义

 在SAMPLE.PDM中已经把一些公共常用的字段进行预定义，以后如果有新的公用字段可进行迭代