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>是后缀名，在该对象需分表存放或以历史表方式出现时使用。
名称的各部分之间以"_"(下划线)连接，各部分中出现的英文字母全部采用大写字母。
在模型命名规则分成两部分，确实一个非常聪明的做法，因为这两部分模型的设计目的不一样，一个是反映企业的运行规则数据基础架构，一个是反映企业应用的数据视图。
在接触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>是后缀名，在该对象需分表存放或以历史表方式出现时使用。
名称的各部分之间以"_"(下划线)连接，各部分中出现的英文字母全部采用大写字母。
在模型命名规则分成两部分，确实一个非常聪明的做法，因为这两部分模型的设计目的不一样，一个是反映企业的运行规则数据基础架构，一个是反映企业应用的数据视图。
3616
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
