OLAP数据库设计中的总计和小计

Question

我正在为公司的分析团队构建一个相当经典的Salesforce管道跟踪数据集。我正在尝试使用OLAP原理进行设计，但是我的背景是为内部系统构建OLTP数据库，因此，如果我还没有正确考虑这一点，我深表歉意...

从本质上讲，分析团队希望能够跟踪任何给定一周内每个管道阶段的总收入以及“渠道类型”（跟踪客户是否与我们联系）的收入（入站）与我们联系客户（出站）。 （此字段通常也为空白-数据错误。）

这一切都很好，但是他们也希望能够跟踪每周变化百分比。尽管他们希望能够针对每个唯一的阶段/渠道类型组合看到此信息，但无论渠道类型如何，他们都需要针对每个阶段显示此信息。我通常会给他们一张表格，其中包含在“阶段/渠道类型”级别汇总的数据，并让他们计算Tableau中每个阶段的总金额，但是由于他们不能简单地对“一周中的每周”百分比进行平均/求和，因此这种方法不会工作。 （该团队不具备在Tableau中进行此计算的技术专长，也不希望他们在Tableau服务器上进行这种资源复杂的计算）

我希望对有关如何处理OLAP设计中的总计和小计的最佳实践有所了解。将每个阶段的“总计”计算为单独的行（选项1）或单独的列（选项2）是否更好？ （或者，我应该建立两个单独的表，汇总到不同的级别）吗？

我也在考虑可伸缩性。如果他们希望按地区划分该怎么办？还是按产品类型？仅添加总行/列是行不通的，因为他们希望看到不同的组合。来自OLTP的世界，这让我感到非常恐惧，因为我看到我在不久的将来会频繁进行数据库更新（尽管我想对于工作安全性还有很多话要说。）

选项1：

选项2：

从技术角度来看，我很乐意以任何一种方式进行构建，只是想确保自己设计正确。谢谢！