数据仓库命名规范
1.命名规范概述
数据模型是数据管理的分析工具和交流的有力手段；同时，还能够很好地保证数据的一致性，是实现商务智能（Business Intelligence）的重要基础。因此建立、管理一个企业级的数据模型，应该遵循标准的命名和设计规范。
2.总体原则
命名应该使用英文单词，避免使用拼音，特别不应该使用拼音简写。命名不允许使用中文或者特殊字符。
英文单词使用用对象本身意义相对或相近的单词。选择最简单或最通用的单词。不能使用毫不相干的单词来命名。
当一个单词不能表达对象含义时，用词组组合，如果组合太长时，采用用简或缩写，缩写要基
本能表达原单词的意义。
当出现对象名重名时，是不同类型对象时，加类型前缀或后缀以示区别。
●大小写：名称一律小写，以方便不同数据库移植，以及避免程序调用问题。
●单词分隔：命名的各单词之间可以使用下划线进行分隔。
●保留字：命名不允许使用SQL保留字。
●命名长度：表名、字段名、视图名长度应限制在20个字符内(含前缀)。
●字段名称：同一个字段名在一个数据库中只能代表一个意思。比如telephone在一个表中代表“电话号码”的意思，在另外一个表中就不能代表“手机号码”的意思。
不同的表用于相同内容的字段应该采用同样的名称，字段类型定义。
例如：
行为名称 | 行为英文名称 | 英文缩写 |
计数 | Count | cnt |
金额 | Amount | amt |
成功 | success | succ |
支付 | Pay | pay |
地址 | Address | addr |
订单 | Order | ord |
渠道 | Channel | chl |
完成 | Finish | Fin |
3.表名规范
3.1.ODS层表名
前缀为ODS_应用系统名（缩写）_数据表名。数据表名称必须以有特征含义的单词或缩写组成，中间可以用“_”分割，例如：ODS_FUN_CUSTOMERINFO。表名称不能用双引号包含，表名长度不超过30个字符。如果ODS设计采用贴源设计，数据表名应与源系统一致。
l 系统和应用名规则如下：
varchar2最大长度●核心 COR
●对公信贷 CLN
●个贷 PLN
●基金 FUN
●票据 TIC
●理财 FIN
●报表 RPT
●……
如有新系统，按规则添加
3.2.DW事实表表名
前缀为DW_主题名（缩写）_功能描述 。数据表名称必须以有特征含义的单词或缩写组成，中间可以用“_”分割，例如：DW_ORD_DETAIL。表名称不能用双引号包含，表名长度不超过30个字符（由于表名有长度限制，建议数据库实例名称不包括在表前缀中，而在SQL代码中加上实例前缀，避免表名长度不够用）。
主题名规则如下：
●订单 ORD
●营销活动 MKC
●贷款 LN
●网银 NET
●客户 CUS
●……
如有新主题，按规则添加
数据表名规则如下：
●基础表 _BA
●日汇总表 _D
●月汇总表 _M
●历史累计 _H
●全量加载 _A
●增量加载 _I
3.3.APP应用层表名
前缀为APP_主题名（缩写）_功能描述 。数据表名称必须以有特征含义的单词或缩写组成，中间可以用“_”分割，例如： APP_RPT_ DEALER_GOODS。表名称不能用双引号包含，表名长度不超过30个字符。
主题名规则如下：报表 RPT
数据表名规则如下：参考DW层表名称规范
3.4.DW/DM维度表表名
前缀为D_ 。数据表名称必须以有特征含义的单词或缩写组成，中间可以用“_”分割，例如：D_ACCOUNT、D_PUB_DATE。表名称不能用双引号包含，表名长度不超过30个字符。
l 数据表名规则如下：
●日期维度 D_PUB_DATE
●城市 D_CITY
3.5.元数据表名
前缀为M_应用名（缩写）_功能描述 。数据表名称必须以有特征含义的单词或缩写组成，中间可以用“_”分割，例如：M_ETL_TASK。表名称不能用双引号包含，表名长度不超过30个字符。
应用名规则如下：
●ETL ETL
●报表 RPT
●OLAP分析 OLP
●源系统 SRC
●数据库 DB
●软硬件 SHW
●……
如有新应用，按规则添加
3.6.表分区名
前缀为p。分区名必须有特定含义的单词或字串。
例如 ：tbl_pstn_detail 的分区p2004100101表示该分区存储 2004100101时段的数据。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论