业务场景

物料计划员在计划AFS网格物料时，云 服务器，经常参考库存需求清单tcode/AFS/MD04。如果物料在/AFS/MD04中有大量的计划数据（计划订单、请购单、采购订单、预订、销售订单等），那么系统将花费大量时间从数据库中检索信息。一种材料就是这样，规划师每天都要处理许多这样的材料。实际上，这个问题影响了总体规划流程，加上流程中的重大延迟，深度学习数据集，使规划人员的工作单调乏味。

优化流程的可能选项

确定的一些备选选项

挑战

为解决MD04运行时问题，我们尝试搜索可以解决问题的SAP注释（如果有）。但没有任何可用的SAP note能够提供解决方案来解决性能问题。在basis团队的帮助下，我们对此屏幕执行了系统跟踪，发现系统中有一个数据库查询正在针对表Jè3ABSSI运行，每次都要检查1.66亿条记录。

解决方案

系统跟踪–当我们发现/AFS/MD04的执行时间比平常长时，我们执行了系统跟踪。在跟踪过程中，大数据的应用，我们了解到有一个数据库查询运行在数据库表Jè3ABSSI上，每次都要检查1.66亿条记录。

字段序列和其他索引–为了优化性能，我们检查了其他索引及其字段序列的详细信息。我们确保在索引中使用的顺序应该不同于其他六个索引。

我们用新的字段集/序列创建了新的索引Z05。使用的代码–SE11

测试–

在新索引Z05前后使用FM–MD\库存\需求\列表\ API执行/AFS/MD04。在新指标体系之前，一种物料执行/AFS/MD04的时间为388.8秒，大数据推荐，淘客单，相同物料执行新指标Z05的时间为3.99秒。

在新指标Z05之前

在新指标Z05之后

回归测试场景–

在计划结果和数据传输到ECC之后，执行APO计划并检查表Jž3ABSSI更新从APO.

检查库存变化后AFS材料采购订单的表格更新。还监视/AFS/MD04更改。