使用本节所述的过程来确定并更正可能导致 Planning 表单性能不可接受的问题。
- 查看有关在 BSO 多维数据集中替换零块以及删除 #missing 块以减小数据库大小的最佳做法。请参阅“优化 BSO 多维数据集”。
- 检查活动报表,其中包含有关业务规则对性能影响的信息。具体而言,请检查报表的附加到表单的业务规则所需时间超过 3 秒部分,以确定是否是附加的业务规则导致了性能不佳。使用“对业务规则错误和性能进行故障排除”中的说明来优化附加到表单的业务规则。
确保网络代理超时设置足以满足业务规则执行时间要求。如果附加到表单的业务规则执行时间超过三分钟,并且网络代理超时设置为三分钟或更少,则代理可能会重复执行该规则。可以将网络代理超时设置为 3 分钟以上来避免此问题。
- 如果完成上述步骤后性能未得到改善,请检查应用程序设计、表单上的单元格数和表单中的动态内容来改善性能。
- 确保将不使用成员公式的所有 0 级成员的成员数据存储属性设置为
从不共享
。
- 确保标记为“动态计算”的 0 级成员包含公式。请参阅“标记为“动态计算”的 0 级成员没有公式”。
- 始终设计对称(与非对称)表单。Oracle Essbase 查询可能为对称或非对称。对称查询是指在行或列上查询的成员属于跨维布局的查询。非对称查询是指被查询成员的跨维布局在行或列中发生更改的查询。
遇到非对称查询时,Essbase 混合查询引擎(仅处理对称网格)会自动将其分解为多个对称网格。一次只能处理一个对称网格,然后再以原始非对称形式将其返回,这使得流程的效率降低。
- 如果遇到了由于数据输入单元格的数量超出阈值导致无法加载数据输入表单错误,请参阅“解决由于数据输入单元格的数量超出阈值导致无法加载数据输入表单错误”了解用于解决该错误的选项。
- 如果性能仍然没有改善,请向 Oracle 寻求帮助。