数据库标准规范精选.pptVIP

数据库标准规范 组长：胡嘉楠 副组长：王冬冬 组员：居益林 姜存根 数据库设计说明 1.引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 数据库设计说明 2.外部标识 2.1标识符和状态 2.2使用它的程序 2.3约定 2.4专门指导 2.5支持软件 数据库设计说明 3.结构设计 3.1概念结构设计 3.2逻辑结构设计 3.3物理结构设计 3.3物理结构设计 数据库设计说明 4.运用设计 4.1数据字典设计 4.2安全必威体育官网网址设计 数据库设计规范 1.建表规范 2.索引规范 3.视图规范 4.序列规范 5.包规范 6.触发器规范 7.工具规范 建表规范 表名和字段名由英文单词组成，单词之间用下划线隔开，不允许用汉语拼音，尽量用单词全称，不用缩写。 表名第一个单词使用系统简称。 表的设计必须遵循第一范式，尽量达到第二范式及第三范式。 即不允许字段出现二义性，例如：字段的值由数位数字组成，第一位代表客户，第二位代表渠道等等。 Create table 语句参数不能包含storage选项，不能包含nologging选项（影响oracle备份和恢复）。 建表规范 每个表的字段数目不允许超过50个，同时，表中一条记录所有字段的长度不能超过数据库的db_block_size大小（缺省8K）。 字段必须定义合适的数据类型，以减少使用过程中的数据类型转换。例如：日期型禁止用varchar2，否则影响索引及排序效果。 不允许使用大对象类型字段（long,lob等），如果需要记录大数据，建议将数据保存到文件中，然后字段里记录文件的路径。 建表规范 表和字段必须有comment中文注释。 对于用户表示类型，状态，标志等意义的 字段，需要在common中说明每个标志的含义，比如“案件类型：0无效1有效”，不允许把中文状态直接写到字段值中。 为了保证表中数据的完整性，在设计表时，必须考虑给各字段加上适当的约束。约束的类型包括非空约束，唯一性约束，主键约束，外键约束，check约束等；对于用户表示类型，状态，标志等意义的字段，需加上check约束，并在common中说明每个标志的含义，比如“案件类型：0无效1有效”。 建表规范 所有表必须有数据创建人，创建时间，修改人，修改时间这4个字段。 除非外键的父表没有或极少的delete,update操作，否则该外键必须建立索引。如果没有对外键建立索引，则在对父表操作时，会对字表产生锁。 同一含义的字段在不同的表中，必须使用相同的名字，类型，长度 单表数据量三年内超过500万或容量超过2G，必须分区。 索引规范 为了提高查询效率，可以根据不同的数据特点，建立适当的索引，如B-TREE索引，位图索引，反向索引，函数索引，降序索引，分区索引。 索引规范 索引的命名格式为：ix_+表名+_字段名或字段名组合 生产使用过程中，表的总数据量小于10000或者占用空间2个block则不需要建索引 创建索引需要选择查询频率高的SQL所涉及的表和字段建立索引 需要选择数据区分度高的字段建立索引。 索引规范 禁止为大数据类型创建索引，如果varchar2类型字段宽度超过200，不要建立索引。 组合索引字段的顺序，最常用的字段放在前面，同等常用的字段，再按区分度，区分度高的放在前面。 视图规范 执行视图系统会占用资源，因此建议尽量少用视图。使用视图会增加数据库对视图的解析过程，会增加系统的开销。另外视图依赖于其他数据库对象，这些依赖对象的改变会影响视图的有效性。 创建视图时禁止使用“select * from 表名”语句，要求将用到的字段在视图语句中列明。 视图规范 视图创建语句中禁止使用for update 视图中禁止使用order by 子句，会影响到视图查询的效率。 尽量避免使用嵌套视图，如果必须使用，本地嵌套视图不能超过1级。 序列规范 Sequence的命名格式为：seq+表名+_字段名 所有的Sequence必须指定为循环模式（cycle） 要求所有的Sequence都是用cache选项 Sequence最大值不能超过字段宽度 创建Sequence时，必须指定minvalue,maxvalue,startwith,increment by,cache的值 包规范 系统内通信或者系统间通信，尤其是大数据量复杂操作，建议使用package。所有的procedure或者function需要放在pkg中。 对于package中的procedure或