Essbase 开发Cube 建议

在构建Cube 的过程中，如果约定一些规范，对以后的开发和维护工作会带来很大便利，
通过过去的工作，建议在构建Cube 时遵循如下建议规范：
1. 一个App 对应一个Database
2. 理论上，一个App 可以对应多个Database，但是当我们只看一个Database 的信息
时，Olap Server 会把Database 所在的整个App 都装入内存，很耗费资源。基于此理
由，建议一个App 对应一个Database；
3. 构建App 和Database 的命名尽可能与事实表名称相一致，便于见名知意。
4. 构建规则文件的名称尽量与维表名相一致，并利用编号来确定其装载次序。
5. 对于日期维，建议每个Database 对应一个日期维，对于其它维度，尽可能放入一
个Database，便于公用。
6. Dense 和Sparse 维的设置。一般情况下日期维和地市维设置维Dense 维，对于成
员数很多的维度设置为Sparse 维。
7. 日期维规则文件需要与事实表相关联过滤日期数据，数据规则文件的SQL 需要按
维度作Group 分组汇总。
8. Essbase 中同一database（主题）中所有成员名称不可重复，包括同一维度中不同
层次成员之间、同一主题中不同维度之间。ESSBASE 中所有维度成员(包括不同维
度之间)及别名中是不允许出现同名，应注意加前缀。经常出现重复的成员名称有：
未知、为空、其它。
9. 对于“未知、为空、其它”等不同维度之间的成员重复，建议改为“××未知、
××为空、××其它”。其中××为维度名称。
10. 对于不同层之间的成员重复，建议在上层成员名称前加上该层名称。例如“受理
渠道维”中“部门层”和“受理单位层”都包含“营业部”，则改“部门层”成员名
称为“部门-营业部”；
11. Shared members must be in the same dimension。 Data can be shared by two or more
members。