探讨数据仓库模型命名规则

http://www.dwway.com/bbs/viewthread.php?tid=23689

探讨数据仓库模型命名规则

在以前做联通经营分析 项目中,对命名规范的问题虽也考虑,可虽着项目的深入,就有的不遵守规则了, 数据库中的表名,字段名五花八门,表之间的关系也缺乏清晰的说明,对一个刚进入项目的人来说,想要理清系统的模型,就如同跳入了一个大泥潭,越陷越深。
    在接触NCR TERADATA的 数据仓库实施理论,最大的感触就是规范。做什么都有一个流程指导,规则说明。拿模型命名部分来,就强调 数据仓库基础层和应用逻辑层的命名应遵循不同的规范。
     一:基础模型层
       Prefix_Subject_Body_Suffix,其中
       1)<Prexfix>为前缀名,表数据库对象
       2)<Subject>为表隶属的主体域
       3)<Body>为主体名,应该能清楚地说明对象的含义
       4)<Suffix>是后缀名,在该对象需分表存放或以历史表方式出现时使用。
       名称的各部分之间以"_"(下划线)连接,各部分中出现的英文字母全部采用大写字母。
    二:应用模型层
           Prefix_Func_Topic_Body_Suffix,其中:
      1)<Prefix>为前缀名,表示数据库对象类型;
      2)<Func>为表隶属功能域名(三位字符缩写);
      3)<Topic>为专题名,应该能够清楚地说明各个专题的含义;
      4)<Body>为主体名,应该能够清楚地说明对象的含义;
      5)<Suffix>是后缀名,在该对象需分表存放或以历史表方式出现时使用。
名称的各部分之间以"_"(下划线)连接,各部分中出现的英文字母全部采用大写字母。
      在模型命名规则分成两部分,确实一个非常聪明的做法,因为这两部分模型的设计目的不一样,一个是反映企业的运行规则数据基础架构,一个是反映企业应用的数据视图。

你可能感兴趣的:(数据库,企业应用,数据仓库,Teradata)