在 BusinessObjects 4.0 中定义数据模型答案

【问题标题】：Defining Data Model in BusinessObjects 4.0在 BusinessObjects 4.0 中定义数据模型
【发布时间】：2014-05-26 14:24:19
【问题描述】：

（我正在使用 BusinessObjects 信息设计工具，版本 4.0）

我有两个事实表 - FACT_MAN 和 FACT_TOTAL。它们的定义如下：

数据库中还有FLAT维度，定义如下：

两个事实表中的 MP_Key 和 PC_Key 属性都连接到 Leaf 键（表 FLAT）为如下：

问题是：

我是否应该对 Universe 进行建模，以便将两个事实表仅连接到一个 FLAT 维度，OR
我应该使用别名，OR
也许可以解决上下文问题，或
我最初的意图是只创建一个包含上述表的 Universe（数据仓库中还有另外 3 个 FACT 表）。这是一个好方法，还是我应该创建多个宇宙？如果是，那将是什么正当理由？ ... 或
还有其他更好的方法吗？

由于我不知道采取哪种方法，请您详细说明您的答案。谢谢。

【问题讨论】：

也许发布数据模型的图形表示会有所帮助。关于使用多个 Universe，我要说的一件事是：如果每个 Universe 中的数据将合并到同一个视图中，则创建报告的人将负责合并报告中的数据。因此：额外的工作，次优的数据处理（不是由 RDBMS 而是由 BOBJ 环境），......
@Kristof：这是模型：postimg.org/image/fe5ejsxux
请注意我添加了别名。但是，我不确定这是正确的方法。此外，我确信来自不同事实表的信息将呈现在一份报告中。另一个信息： pv_ZCO_pv 和 pv_ZCO_Copa 也是事实表。因此该模型有 5 个事实表，以及与事实表多次连接的少量维度表。

【解决方案1】：

在这种情况下，上下文是要走的路。绝对是上下文存在的原因。

如果一个事实表是另一个事实表的摘要，则需要使用聚合感知进行调查

【讨论】：

这是否意味着（如果您查看我发送的模型）VWD_pce_dim_elem_flat 不应该有任何别名，但它应该连接到 TBF_COST_TOTAL 和 TBF_SCM_Man？（请注意，在连接 VWD_pce_dim_elem_flat 的情况下，TBF_COST_TOTAL 和 TBF_SCM_Man 都会出现 2 次）