尊敬的专家，电商平台数据分析，

在S/4HANA 1610中，提供了以下功能，提高了货物移动过账的吞吐量。

对标准和移动平均价格材料都没有锁定，使用SAP S/4HANA，内部版本1610，材料估价不再需要独占锁定，淘客大联盟，这包括具有价格控制"移动平均"的物料和所有特殊库存类型，因为HANA是一个仅插入的数据库。这支持并行的物料文档处理。

由于新的MM-IM数据模型将旧的关键数字模型更改为帐户模型（53个额外的列用于快速计算/分析），网云服务器，这使得从S/4HANA OP1610和CE1608开始的延迟数量锁箱的粒度锁。

以下是关键数字模型和帐户模型的示例，

关键数字模型，

帐户模型，

关键数字模型的锁已在中的物料和工厂级别设置S/4HANAOP1511号。通过account model，可以对物料、工厂、仓库设置锁位置、库存标识符、特殊库存标识符级别（原则上是什么定义了新型号）从S/4HANA OP1610和CE1608开始。因此，即使在并行过程中，阿里大数据分析，锁碰撞的概率也很高。

移动平均价格的例外锁，当货物移动改变库存价值（SALK3）和估价库存数量（LBKUM）之间的比率时，移动平均价格必须相应地调整，这最终需要一个独占锁，直到V1更新。数量/价值比率主要由具有外部价值（例如，来自采购订单）的货物移动来改变。但是，如果变动仅仅是由于舍入差异引起的，移动平均价格将不再调整。

新批量创建期间的例外锁定（分割估价），如果物料主数据是由货物移动创建或更改的，则仍然需要独占锁定。物料主数据是由货物移动创建的，如果使用分割估价，则必须创建新批次，例如

不允许负库存的工厂的延迟共享锁，随着S/4HANA OP1610和CE1608的进一步选择，大数据行业前景，以增加吞吐量将被引入。这是在定制中定义的选项，对于延迟锁策略，不应设置独占锁。在这种情况下，只会设置延迟共享锁，从而真正实现并行的物料文档处理（库存不足检查仍然是可能的，因为在这种情况下，所有进程都会将其取款通知锁服务器，在这种情况下，锁服务器充当库存更改的第二个存储（第一个存储是数据库）并进行计算）在第一个和第二个存储器的数据上）。

仅当批次主数据更改时才锁定批次，从S/4HANA OP1610和CE1608开始，为了降低批量物料行项目平行物料文档过帐的冲突率，只有在MM-IM文档处理期间输入了批量主数据（如生产日期或最佳提前日期）并且这些数据与数据库上的数据不同时，才会设置批锁。

动态计算中的优化，根据飞行计算，对这些混合表和聚合表的读取访问比HANA上的套件慢得多，在套件中，聚合数量的变化已作为实际库存数量数据存储在这些表中。

为了将动态计算的缺点转化为优势，将在预取期间使用S/4HANA OP1610和CE1608引入以下内容：

仅阶段通过使用纯物料主数据视图从数据库检索数据，将物料主数据读入内部缓冲区在项目处理过程中，将从数据库中的帐户模型中读取库存量数据，并且只有在禁止负库存的库存减少过程中才会执行此操作。

因此对于S/4HANA OP1610和CE1608，对延迟锁定策略所做的调整允许并行执行物料文档过程，而从数据库读取的库存量和库存不足检查减少了单个物料文档过程的处理时间。总体而言，它提高了S/4HANA OP1610和CE1608中材料文档处理的性能，而不是S/4HANA OP1511和HANA上的套件。

对于允许负库存的工厂，