太保EDW-P05 常用数据库对象命名规范.docVIP

中国太平洋保险(集团)股份有限公司 数据库对象命名规划 当前版本： V0.1 版本日期： 2010年4月 议定人员：太保EDW-P05 项目组  背景 在项目越来越多的情况下，可能会存在不同项目在建立数据库对象命名时各自为政的局面，给项目组开发成员造成了诸多困扰，因此数据库对象的命名亟需规范。 SCHEMA规范 原子层Schema 对于生产环境的原子层，整个EDW项目共分4块，对应以下4个数据库Schema，所有的原子层数据表需按照不同的业务所属存放到相应的Schema下面。 Schema名称 说明 at_pc_2009 产险数据 at_gp 财务数据 at_lf 寿险数据 at_iv_u1 投资数据 分析层Schema 由于不同项目的分析层数据存在共用的情况，因此我们采用把分析层数据和原子层数据靠拢的方式，也就是说分析层的数据表与原子层共用同一个Schema，即是上述的4个。 Schema名称 说明 at_pc_2009 产险数据 at_gp 财务数据 at_lf 寿险数据 at_iv_u1 投资数据 集市层Schema 该层Schema与不同的项目对应，就是说所有的项目均共用上述4个Schema的原子层、分析层数据，而在集市层通过不同的Schema来区分项目。集市层Schema的命名规范为： DM_项目名称。 EDW 2010项目简称 项目 简称 经营月报 MG 寿险业务与财务核对项目 BFR 投资分析项目 IV 战略管理部KPI决策支持项目 KPI 产寿险审计二期项目 沿用去年名称 表规范 表名规范 这里只确定部分常用的命名规则。 前缀 描述 ATM_ 原子层 PUB_ 清单层 FACT_ 汇总层 F_ 报表关联的事实表 LOG_ 日志表 CFG_ 配置表 TMP_ 项目中存储过程或者其他程序用到的临时表 TEMP_创建人名字简写_ 用于对数或开发人员测试的临时表，用结束后，自己删除，或由指定人员定期删除。例如：TEMP_ZQF_表名 分区表 如果存在需要按照分公司数据对事实表进行分区的情况，需要导入太保通用的分区与分公司对应关系表PARTITION_CONFIG，得到分公司对应的分区代码：partition_key，在事实表中创建该字段，然后按照partition_key进行列表分区。 维表规范 不管从不同项目来看，还是从数据仓库的角度看，各个项目都离不开以下维度：日期维（或者叫时间维）、机构维、产品维（险种），虽然不同项目维度的设计略有不同。在此从P05 EDW总体考虑，确定这几个维度的命名规范。 表名 中文名 描述 DIM_DATE 日期维表 DIM_ORG 机构维表 DIM_PROD 产品维表 D_ 前端应用时的派生维表 字段及其他 由于保险行业会有各种不同的主题域，所以我们在表的命名以及字段命名时， 尽量用规范主题域及其缩写。 主题域 缩写 描述 Party Pty 当事人主题 Agreement Agt 协议主题 Event Evt 事件主题 Claim Clm 理赔主题 Orgnazation Org 机构主题 Finance Fin 财务主题 Product Prd 产品主题 Channel Chn 渠道主题 Asset Ast 资产主题 Common Com 共同代码主题 Location Loc 地理位置主题 Re-insure Ins 再保 由于数据库在表名和字段名长度上的限制（不能超过30个字符），所以在涉及到 多个英文单词时，尽量使用简称或缩写。 在进行英文单词简称或者缩写的时候，首先选择该单词比较通俗的简称或者缩 写，这样使得字段的可读性加强。如果是没有常用的简称，在进行单词缩写时，尽量让缩写能体现单词的意思，例如：机构：Org，协议:Agt，关系:Rl，企业:Corp，汽车:Auto，申请:App，地址：Addr。 在进行英文命名时候，多个英文单词之间用”_”连接。 不同的表之间，用到相同的字段时，字段长度的定义要保持一致。 每个表，都要加population_timestamp（创建时间）字段。 为了字段名称的可读性和统一，几种常规方式如下： 表示金额的字段，用Amt结尾。如：保险金额 Insurance_Amt。 表示标识的字段（0/1或Y/N），用Flag结尾。 表示编号的字段，用Id结尾。如：当事人编号 Party_Id。 表示协议号或帐号的字段，用Num结尾。如：协议号 Agreement_Num。 表示代码的字段，用Code结尾。 表示描述的字段，用Desc结尾。 几种常用的字段名称，如下： 字段名 中文名 Branch_code 分公