与业务遍及全球的大客户合作时，管理数据和尽可能减少数据库大小变得非常重要。在处理数百万条记录时，我们经常会遇到这样一种情况：数据库大小几乎达到最大容量，数据加载已不可能。我们总是不能要求客户增加数据库的大小，因为涉及到很多钱。尤其是在使用HANA数据库时。HANA中引入了几种归档技术，如NLS和动态分层以使用扩展表，但这些技术不仅成本高昂，而且有一定的限制。例如，如果一个文档已经使用NLS实现，那么如果您想将该记录的增量加载到DSO中，您将出现DSO激活错误。
我们有一个简单的技术，如何学习大数据，可以很容易地使用它来减少主内存大小，而不会产生太多的实现成本。在这里，我们将不太重要的数据存储在单独的内存中，称为企业内存。
首先，我们需要分析DBA中哪些是大表。然后我们需要根据业务需求做出决策，哪些数据不那么重要。数据分为三类：热数据、热数据和冷数据
热数据：经常使用和经常更改的数据，例如最近3年的数据
热数据：很少使用的数据，一个季度可能需要一到两次，例如2012年到2006年的数据。
冷数据：最有可能永远不会使用但业务仍希望保留的数据例如2006年以后的数据
生产数据可以根据业务需要分为以下几类。选择字段可以是时间、公司代码或任何内容。这应该是一个纯粹的商业决策。
对于企业内存，我们打算将热数据和冷数据都保留在主内存之外，从而大幅减少主内存的大小
创建流入DSO，它将是大型BW表的副本。
为了了解企业内存的优势，我们首先需要了解数据是如何存储在HANA数据库中的。
当数据加载到HANA的信息提供者中时，它实际上会加载到两个存储区域：内存和磁盘。因此，由于数据驻留在内存（如RAM）中，因此访问速度非常快。
屏幕截图显示它有两个内存：
当前总内存和磁盘大小
通过企业内存概念，我们可以从主内存中卸载一些数据，店铺淘客，并将其仅保留在磁盘中，因此，主内存大小减小
卸载"SAPMIW"。"/BIC/B0002683000"
让我们以FI DSO为例。我们假设其拥有2000年至2015年的数据。
业务部门批准2012年以后的数据仅用于报告，其余数据为历史数据，可能不需要经常更新。因此，大数据需要学什么，2000年至2011年的数据可视为冷暖数据。因此，这些可能不需要保存在Maun内存中。我们将这些数据存储在流入DSO中，实时大数据，然后从主DSO中删除。
卸载"SAPMIW"。"/BIC/afixxxx"（这里/BIC/afixxxx是公司DSO的活动表）
从驾驶舱获取统计数据后，我们需要做下面这些简单的步骤
卸载"SAPMIW"。/BIC/afixxxx"
这里似乎有一个混淆的术语。
企业或组织记忆-维基百科，免费百科全书是一个组织如何处理其产生和收集的信息的概念。
它与SAP BW、SAP HANA数据库或任何这些系统的内存分配都不一样。
当你试图解释SAP HANA的内存分配和使用概念时，不幸的是你轻描淡写。表会自动从SAP-HANA内存中卸载，云服务服务器，PSA表甚至会为此优先。
手动卸载是而且应该是例外。
除此之外，我认为你应该继续写博客。提供一个关于这个主题的概述的想法当然是好的
