搭建财务模型结构

结构一：将度量列设置为科目维度成员

我们以一个模拟应用场景的图示为例：

在上图描述的财务模型中，除了场景，版本，年份，期间，门店，产品和渠道这几个字段分别关联了一个维度之外，3个度量字段：销售量，单价，销售额都被设置成了科目维度的成员。这种财务模型的结构比较适合进行科目间的计算，如需通过 销售量*单价 的方式计算销售额。

上图的财务模型中数据存储的内容示例如下表：

|场景|版本|年|期间|门店|产品|渠道|销售量|单价|销售额| | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | |Actual|Version1|2020|1|Store01|Coffee|Off_line|1000|25|25000| |Actual|Version1|2020|1|Store01|Coffee|On_line|600|25|15000| |Actual|Version1|2020|1|Store01|Cake|Off_line|300|35|10500|

结构二：将度量列设置为期间维度成员

在上图所示的财务模型结构中，度量是期初数，1月，2月，3月…12月等字段，这些字段可以被设置成期间维度的成员。这种数据结构比较适合进行数据的当期数或者累计数的计算。

上图的财务数据模型中数据存储的内容示例如下表：

结构三：不将度量设置成任何维度的成员

在这种财务模型的结构中，可以看到所有的维度均有其对应的一列维度列。此时的度量列上并没有实际的业务含义（如科目或者期间等），仅仅由于数据库存储数据的需要将其分为了数字类型数值和文本类型数值这两列。并且，对一行数据来说，这两列度量仅一个字段能够有值。这是因为在财务模型中，一种维度组合表示一个单元格，只能对应一个数值，而其数值的类型由科目的数据类型属性决定。科目中除了数据类型为 数字 的，其对应的值存储在数字类型数值的度量字段上，其余均存储在文本类型数值的度量字段上。

上图的财务数据模型中数据存储的内容示例如下表：

不同数据源读写功能区别

需要注意的是，财务模型的结构，在不同的数据源下，读写功能会有一定的区别，如下表：

对于三种数据结构的取舍，可以遵循这样的原则：

• 如果数据量较大（1000万单元格以上），需要使用 ClickHouse 作为数据源，并且需要通过数据透视表或者静态表进行数据的录入，则采用结构三。

• 如果使用了 ClickHouse 作为数据源，但并不需要使用数据透视表或者静态表进行录入，仅是将其用作数据查看的工具，则采用结构一或者结构二。

• 如果需要较多的进行当期数/累计数之间的计算，则推荐使用结构二。否则可以使用结构一。

• 在 Mysql 数据源中，不推荐使用结构三，因为结构三会占用最多的数据行数，在 Mysql 数据库下的性能较差。