在数据分析和商业智能的世界里，模型就像是简化和概括现实世界复杂数据的工具。它帮助我们把复杂的原始数据变得有条理、易于理解，从而更高地进行数据分析和做出基于数据的决策。
在SAP分析云当中也是如此。为了满足用户复杂的数据分析需求，SAP分析云也使用模型作为数据的载体。我们可以按照应用场景将SAC中的模型划分为“分析模型”和“计划模型”。或者根据它们处理数据的方式分为“经典账户模型”和“新模型”。
分析模型和计划模型的区别在实际使用中容易理解。但是什么是“经典账户模型”和“新模型”呢？这两者之间的差异又在哪里？我应该选择“经典账户模型”还是“新模型”进行数据分析呢？
本篇博文将聚焦于“经典账户模型”和“新模型”，从模型的基本构成和“关键概念”开始，一步一步地跟你一起理解“经典账户模型”、“新模型”的差异。
1.了解模型的三个概念
“经典账户模型”和“新模型”的关键差异在于数据的组织方式。因此，我们有必要先了解一下SAC中模型的基本构成。
在该部分我们将深入说明“维（Dimension）”、“度量（Measure）”和“账户（Account）”等关键概念，并解释它们如何相互关联以构建一个完整的模型。 你也可以在此查看官方文档，获得更深入的理解。
维( Dimension )
维其实是“有序数据”，它主要关注如何将信息进行组织和分类，因此能够帮助我们有序地查看和理解数据。
例如， “销售区域”是一个维，用来以销售区域为角度来查看数据；“商品种类”是另一个维，可以帮助用户以商品种类为角度分析库存情况。
SAC中预设了一些常用的维，如“时间维”、“地理维”、”组织维”等等，方便用户进行时间序列分析、地理数据可视化以及按照企业组织架构查看业务数据。在计划模型当中，用户还可能使用到版本维，进行不同计划版本之间的差异对比。
从复用性角度考虑，维还分为“公有维”和“私有维”：公有维可以跨多个模型重复使用（例如“城市”），而私有维则是特定于某一模型，不可在其他模型中复用。
度量（Measure）
在模型当中， “数量数据”很重要，它指的是可以进行数学运算并得到有意义结果数值。这些数值代表了某个具体的数据点或者统计量。SAC中，度量就是“数量数据”。
举例而言，销售额、交易数量就是度量值。而这些都是可以进行数学运算的数据，用于汇总、求平均、寻找极值或进行更复杂的计算。
通过对度量的分析，我们可以建立起一套“基于关键指标”的分析思路，获得关于特定业务方面的量化信息，帮助评估、比较或跟踪性能。
账户（Account）
与“维”、“度量”等常见数据分析概念不同，账户这一概念有一定的特殊性。在一般情况下， “账户”是特定财务模型当中的术语，可以帮助企业跟踪和管理自己的财务表现。因此，财务人员对这一概念可能并不陌生。
SAP BPC（Business Planning and Consolidation）使用账户（Account)维来定义会计科目表中的各个科目，如现金、应收帐款、存货等。
SAP 分析云脱胎于BPC。为了保证SAP 分析云与其他SAP组件/系统的良好集成，SAP分析云沿用了“账户”这一概念，并且围绕“账户维”这一概念构造了经典账户模型。在经典账户模型当中，“账户维”的使用范围扩大了，它不仅用以定义财务数据，也可以定义和命名所有数值类数据（即度量）。
2.“经典账户模型 ”与“新模型”
在掌握了SAP分析云中模型的基本概念后，我们可以深入探讨“经典账户模型”和“新模型”在基本结构层面上的区别。
2.1经典账户模型（Classic Account Model)
顾名思义，在经典账户模型与“账户”概念密切相关。简言之，经典账户模型紧密围绕“账户”这一概念设计，经典账户模型包括“维”、“度量值”、“账户”等重要部分，其特点在于以“账户”为中心，构造一套有序的数据管理与分析方式。
具体而言，在经典账户模型中，“账户维”是一个特定类别，用以对定义、分类多种度量值。
使用一个简单的比喻，“度量”就像是散乱的数字文件，这些数字文件全都储存一个抽屉当中，也就是所谓地“封装于一个默认度量”当中。在而“账户”就像是一组标签（例如“销售数量”、“销售额”和“用户点击次数”），它们帮助数据分析者清晰明确地理解所有度量和与度量相关的计算。通过“账户维”这一组标签，度量的数据变得有组织、有结构。
然而，这种数据组织方式也可能带来一定的问题。
首先，由于所有度量都集中在账户维里，当用户想要对某一度量执行特定复杂操作时，可能会面临挑战。用户需要使用账户结构进行数据的添加、计算、单位指定和数据聚合设置等操作。而相关的数据操作，可能无法进行复用。且对于经典账户模型而言，货币换算操作也显得较为复杂。
与此同时，当用户在导入数据至经典账户模型时，必须确保数据与“账户”维结构兼容。以下图为例，用户在导入数据时必须确保每个度量名称均位于账户维列中，每个度量值则对应单独的数值列。这可能要求用户对常规数据源进行额外的转换或格式调整，以确保数据的正确导入和后续分析的顺利进行。
对于熟悉商业智能分析而非财务背景的用户而言，这些问题则显得更为突出。由于经典的“账户”概念与BI软件的常规用法不一致，这将增加用户的学习成本。具体而言，BI工具中数据通常依分析维度或业务逻辑组织，而非财务账户分类，导致这些用户在适应传统账户模型时需要额外学习和适应。
2.2新模型
在2021年，SAP分析云推出了新模型。新模型与经典账户模型之间的核心区别在于数据的组织方式。
在经典账户模型当中，模型的建立必须依赖于“账户维”，而在新模型中“账户维”不再是必须项。用户既可以延续之前的操作习惯为模型添加“账户维”，也可以直接添加多个度量进行建模。
而新模型中基于度量的建模方式的应用，也衍生出一系列新功能。
具体而言，新账户模型结合了基于账户和基于度量的两种方式。这意味着用户在处理数据时可以选择是否要使用账户维，或者直接基于度量进行操作。和经典账户模型相比，新模型的“新”体现在：
更灵活的建模方式
新模型提供了更加灵活的结构选项，用户可以自主选择模型中是否需要包含账户维，并确定度量和账户的结构优先级，从而能够在各种应用场景中更精确、灵活地展示数据。在建模过程中，用户可以不在模型中添加账户维，而是直接添加多个度量。
考虑到仍有一定用户习惯于使用“经典账户模型”，因此在SAC中新模型和经典账户模型是兼容的，用户可以根据自身的需要和工作节奏逐步过渡到新模型。
与此同时，在使用度量构建数据结构时，可以将账户添加为通用维，而不是账户维，从而避免了账户维可能带来的限制。
全新的计算体验
新模型在度量处理上的改进不仅提高了灵活性，也使得度量的计算更加直接和高效。
在新模型中，用户可以直接通过公式对度量进行计算，而无需如经典账户模型一般在账户结构当中进行调整。这大大简化了数据的深入分析和操作过程。度量的计算结果可以直接添加到模型中，便于在不同的故事和分析应用中复用。
此外，在新模型中，用户可以轻松为度量分配属性，如货币类型和数量单位等。新模型还增强了货币处理的体验。用户可以在模型中添加基本货币度量，而后为这些度量添加货币转换度量。这样，用户就可以便于跨不同货币（如交易货币、本地货币或集团货币）进行建模和规划。
这一功能使得用户能够规划和查看不同货币的结果，并在数据处理操作中应用货币转换，系统会在数据输入过程中自动更新多种货币计量值，简化了复杂的财务操作。
3.怎样选择模型？
整体而言，基于“新模型”的灵活性与可拓展性，我们更建议用户使用“新模型”，并鼓励用户完成“经典账户模型”向“新模型”的迁移。但是，用户也可以基于下列思路，依据自身需求选择最适合自己的模型。
评估数据结构和分析需求
如果您的工作涉及复杂的财务数据，且已经非常熟悉SAP的传统操作方式，那么“经典账户模型”可能对您来说学习成本更低。它提供了一个熟悉的、以账户为中心的数据结构，便于进行标准的财务报告和分析。
但如果您需要更大的灵活性，比如在分析中经常需要自定义度量或处理非财务数据，新模型将是更好的选择，因为它提供了更多的自由度和直接的度量计算功能。且新模型中也支撑用户使用“账户维”，能够覆盖部分用户的需求。
考虑操作熟练度和适用性
如果您是SAP 分析云的新用户，或者使用过其他数据分析软件，可能会发现“新模型”更易于上手。新模型的界面和操作更加直观，且新的数据处理方式也更为友好。相比之下，经典账户模型可能更适合那些已经熟悉SAP传统系统并希望继续使用相似数据处理方法的用户。当然，即使您已经习惯于传统方法，尝试新模型或许仍能给您的数据分析带来的新的体验。
未来规划和扩展性
考虑到SAP分析云可能会持续发展和更新，选择新模型可能更能保证与未来技术的兼容性。新模型不仅提供了更多的灵活性和扩展性，还可能更好地适应新兴的数据分析趋势和技术。如果您的组织计划长期使用SAP分析云，并希望随时适应最新的技术和数据分析方法，新模型可能会是一个更具前瞻性的选择。
结语
希望阅读这篇博文的你，更好地理解了SAP 分析云中经典账户模型和新模型的核心特点以及差异，能够更好地根据自身需求选择合适模型。无论是仍旧保持自身节奏适用经典账户模型，还是已经熟练使用新模型或是进行经典账户模型向新模型的迁移，重要的是找到最适合自己和企业需求的工具。
延伸阅读
SAP 分析云中的”经典账户模型”与”新模型”：历史和原理详解 | SAP Blogs
Overview of the New Model in SAP Analytics Cloud | SAP Blogs
The New SAP Analytics Cloud Model – What you Need to Know | SAP Blogs
新模型类型入门 | SAP Help Portal
Identifying the Differences Between Model Structures (sap.com)
- SAP Managed Tags:
