在业务流程仍处于活动状态时，业务数据在其生命周期的开始阶段被频繁地访问。一段时间之后，在正常的业务操作过程中，数据可能根本无法访问。然而，在审计或分析报告期间，这些旧数据可能与访问相关。数据老化是指操作相关数据（称为当前数据）保存在内存中，返利app开发，而正常操作中不再访问的数据（称为历史数据）存储在磁盘空间中的机制。在数据老化中，数据温度用于横向划分应用程序数据，以优化资源消耗和性能。

当数据老化时，老化数据位于HANA数据库的冷/历史区域，个人云服务器家用搭建，其余数据位于数据库的热/当前区域。本文讨论了老化数据和非老化数据的数据访问行为

从ABAP访问数据时，默认只检索热/当前数据。这样做是为了在访问数据时优化内存占用。在大多数用例中，默认行为就足够了。但是，在历史数据访问是合理的情况下，也存在某些例外情况。

是否访问冷数据的决定应来自业务标准，而不是在屏幕中使用特定于老化的UI控件。

以下类提供了访问老化数据的必要方法。

我们将检查该类方法和用法，人工智能是，下面是一个业务示例。请记住，数据老化策略应与数据访问模式一致。

此类允许为整个内部ABAP会话设置数据温度。然后，温度由调用堆栈中的进一步调用继承。

如果创建了调用堆栈（例如，通过调用报表中的类方法），则温度由被调用的单元继承。

下面给出的图表解释了此行为。

在上图中，主程序用CL\u ABAP\u SESSION\u temperature设置温度为冷。此温度由所有模块（此处表示为功能模块）继承。

此类允许在过程（窗体、函数或方法）中覆盖ABAP会话温度（包括隐式设置的默认Hot）。

在上图中，淘客文案，主程序使用CL\u ABAP\u SESSION\u temperature将温度设置为冷。但是，如何获得大数据，在其中一个调用模块中(功能模块3)使用CL\U ABAP\U STACK\U温度将温度更改为热/电流。此温度（热）仅在设置它的模块中有效。i、 e；英寸功能模块3. 一旦控件脱离此模块，全局分配的温度就有效了。

上述两个类都提供了不同的方法，有助于访问老化数据。两个突出的方法是

设定冷度和设定温度之间的差异如下图所示。如图中所示，SET\ u COLD将把COLD/历史区域中的所有数据加载到内存中。当使用SET\ U TEMPERATION时，只有相关的分区被加载到内存中。

让我们以销售订单选择程序为例。选择界面如下图所示，

如前所述，数据选择需要基于业务逻辑，而不是热/冷标志，

未结销售订单主要访问/更新频率较高，应位于热/当前区域，不应老化。以下屏幕说明检索热/当前数据时的数据访问行为。默认数据访问总是热/当前。

屏幕截图：对于未结销售订单，不需要查看冷/历史区域

但是对于已结订单，根据账龄运行频率，这些订单可以在热/当前或冷/历史区域。当需要从COLD访问数据时，可以使用下面给出的CL\U ABAP\U SESSION\U TEMPERATURE设置冷度。

或者，也可以使用下面给出的CL\U ABAP\U STACK\U TEMPERATURE从COLD/历史区域访问数据。