问题现象：

     打开分析方案时红字提示“数据量超出引擎处理限制。”，或者分析过程弹窗提示“由于庞大的数据规模，为防止系统崩溃，执行引擎在处理能力上作了限制。”（205301）

分析解答：

    但凡出现以上情况，99%是由于用法与工具预期的适用场景不符。

    先来看看205301这个报错的提示信息，“Too many cells. More than 128000, which is appointed in config file.”。它的意思是有一个128K的数量限制，当引擎的处理“单元(cell)”达到这个上限，执行就中断了。注意这个12万8千不是明细数据的行数，1亿行的数据量分析引擎都跑得过来，就是慢一点而已。这个12万8千也不是展示结果表格视图的单元格个数，虽然它们可以存在一定关系。这里，12万8千是指分析引擎中“立方体”的单元个数，是我们在分析中所用到的维度字段，它们的维度成员组合的个数。

    举个例子，我们在某业务的分析中用到[尺码]和[颜色]两个维度字段。[尺码]字段有“大”、“中”、“小”三个维度成员；[颜色]字段有“黑”、“白”两个维度成员。那么，不管业务单据（明细数据的行数）有多少，此次分析的“立方体”“单元”个数，最多3*2=6个。为什么说“最多”，是因为有些组合可能不存在。

    轻分析“数据分析”工具的设计初衷，是交互式的数据探索。

    人类能够直观理解的维度个数，通常不超过三、四个。而每个维度的成员数量，可能可枚举，也可能不可枚举。 对于可枚举且数量少的，例如单据状态，适合用于分析。对于可枚举且数量较大的，例如某些业务的物料，可以通过数据筛选来聚焦关注目标，从而也降低了信息量。对于不可枚举的，例如单据号，通常数据量庞大，不适用于直接展现，而是应该从分析结果“查看明细”去发现有哪些单据。综上，分析引擎这个限制，足以应对常规的分析需求。

    回到前面所说的“适用场景不符”问题上来。分析工具由于其方便性，拖拽几个字段就可以生成展现视图，经常被滥用于制作单据列表、或单据相关甚至于单据分录相关的列表。这就导致了单据数量达到十几万就玩不转的情况发生。对于这种列表式的需求，合理的做法是使用开发平台的低代码开发工具来完成，其分页的能力，既能满足查询的需求，又快速，而且还少占用计算资源。