数据仓库设计编码规范-3.0PPT.pptVIP

培训大纲 一、目的和范围 二、数据仓库体系架构 三、分级存储（数据生命周期） 四、数据库对象命名规范 五、SQL编码规范 六、PL/SQL编码规范 七、代码优化规则 八、日志 * 数据库对象命名规范（总纲） 　 命名规范总纲: (一)、所有名称的字符范围为:A-Z,a-z,0-9和_(下划线)，不允许使用其它字符作为名称。 　(二)、采用英文单词或英文短语(包括缩写)作为名称，不能使用无意义的字符或汉语拼音。 (三)、名称应该清晰明了，能够准确表达事务的含义，最好可读，遵循”顾名思义”的原则。 (四)、所有标识符（包括表名，字段名，存储过程名，参数名，变量名等）要求简洁，不要用特殊字符，更不要使用保留字。 (五)、所有标识符必须以字母开头，而不要以数字开头。 (六)、所有数据库对象标识符不要用双引号扩起来。 * 数据库对象命名规范（表） 表命名规范： (一)、不使用TAB,TBL,T作为前缀，本来就是一个表，为什么还要说明 (二)、表名以代表表内内容的一个或多个名词组成，以下划线分隔 (三)、表命名包括三部分：XXX_YYY_ZZZ，总长度不超过26个字符。 XXX代表层次域，YYY代表内容域，ZZZ代表功能模块域 (四)、使用表的层次分类作为表名的前缀：如，与事实表相关的表使用前缀FCT_,与短信搜索相关的使用_SMS后缀，后缀表示按功能划分。相同功能模块使用相同的后缀。 (五)、一些表作为多对多连接的表，可以使用两个表的内容做为表名，后缀以_REL结尾，主要应用于OLTP数据库。 (六)、当系统中有一些少量的，重复出现的值时，使用字典表来节约存 储空间和优化查询。如地区，系统中的用户类型等。在OLTP中，以DIC_开头，在数据仓库中以DMS_开头。 * 数据库表分区设计规范： * 表分区设计规范: (一)、分区只应用于大表。(原则上规定记录数1,000,000) (二)、关于时间范围的分区一律使用NUMBER数据类型，不要使用VARCHAR2或DATE数据类型,分区类型选择范围分区。 　之所有不选择VARCHAR2或DATE,一方面是基于存储和运算效率考虑， 　 另一方面是是在分区列同时存储日和月维度数据时，难以分离。 (三)、关于时间分区的命名，统一要求 日分区：PART_YYYYMMDD，分区字段名称为DAY_ID 月分区：PART_YYYYMM，分区字段名称为MON_ID 周分区：PART_YYYYWW,分区字段名称为WEEK_ID (四)、 尽量少使用复合分区。 (五)、 由于目前绝大部分存储都是采用RAID或集中存储，要求同一个表放在同一个表空间中，减少维护和方便管理。 数据库对象命名规范（字段名） 字段名命名规范： (一)、字段不使用任何前缀，表名代表了一个名称空间，字段前面再加前缀显得罗嗦。 (二)、字段名也避免采用过于简单的名称：例如，用户表中，用户名的字段名为user_name要比name更好。 (三)、布尔型的字段，以一些助动词开头，更加直接生动：如，用户是否留言has_message,用户是否通过检查is_checked等 (四)、入库接口缓冲表，如果接口文件是采用固定列宽分隔的，特别注意字段类型及长度同接口保持一致。 (五)、如果接口文件某字段是日期时间类型，数据库也采用相应的数据类型，不要使用字符或数字数据类型。我们要把脏数据拒绝在系统之外，同时也可以发现脏数据，作为数据质量的一部分反馈出来。 * 数据库对象命名前／后缀（一） * 前／后缀 说明 DMS_ 维表 IF_ 接口表 DW_ 明细数据表 DW_M_ 轻量汇总数据（汇总中间层) FCT_ 事实表 LOG_ 日志表 BUF_ 中间计算缓冲表 _HIS 历史数据表 _USR 用户信息及权限相关信息表 _EXP 数据导出 DM_ 挖掘相关结果表 数据库对象命名前／后缀（二） * PK_ 主键 FK_ 外键 IXU_ 唯一索引 CK_ 检查约束 IX_ 索引 IXBMP_ 位图索引 SEQ_ 序列 VW_ 视图 MV_ 物化视图 FUN_ 函数 数据库帐户管理 * 类别 帐户 用途 描述 管理 PERFDB 管理 数据库管理和监控（取代SYS用户） 应用 BackGround User 后台处理 ETL处理 ForeGround User 前台应用 应用访问,存放维表和事实表 Data Mining 数据挖掘 数据挖掘相关对象及过程 Temp REQUIRE PROCESS 临时需求 处理临时工单，非正式发版工单需求 MetaData 元数据 E