嗨，马克，

我的两分钱。

正如您所提到的，出于多种原因，确定数据库的大小并不是很简单。 很多时候，对象没有加载到主内存中，因此不会显示在内存消耗中。

但是从另一角度来看，如果目标是确定主内存消耗，则 我认为文档中的过程应如下：

执行系统测量

确定当前由所有服务器进程分配和使用的以GB为单位的主内存量。

先决条件

要执行系统测量，您需要LICENSE ADMIN特权。

过程

2。 在导航栏中，选择"许可证"。

在"系统度量"屏幕区域中，显示当前内存消耗和许可的内存量。

3。 要存储系统度量结果，请选择"导出系统度量"。

但是，如果您的目标是找出HANA数据库中不同对象已使用了多少内存，那么更简单的方法是使用TOTAL_SIZE_IN_MEMORY （以及main，Delta等）来自M_CS_TABLES。 这将使您了解部分或完全加载到内存的对象已使用了多少内存。 请注意，它为systm中可用但尚未加载到内存的对象赋予0值。

您能帮我理解该目标，因为您要查找的确切信息是什么？/p>

请注意，

Ravi

（3）将为您提供colum存储大小，对吗？ 您必须添加我认为的行存储。

Hello Mark，

我不确定100％，但是您可以查看以下内容：

2。 系统>卷>在服务/列下

3。 系统>系统信息>双击组件内存使用情况。

我希望它有用。

关于此，neha

好几个月了

标记，我认为如果区分实际数据大小和数据库大小，然后区分实际数据总大小和装载到RAM中的实际数据，然后区分装载到RAM中的实际数据，会更容易 和总分配的RAM（还将包括临时和中间数据结构）：-D

我相信，当SAP指" HANA数据库大小"时，它们指的是"实际数据总大小"，即 在所有增量表（未压缩）并与主表合并（压缩）之后加载到RAM中的所有SQL表的理论RAM分配。

磁盘分配会更大。 想想BWA，每个索引都存储两次：上一次合并提交之后和之前（用于快速回滚）。

干杯，

-Vitaliy

PS。 我必须承认，自从我上次参加该论坛以来已经有一段时间了...

嗨，马克，

Wiki链接不起作用，请确认您的链接 Wiki

SAP HANA数据库大小

我再次检查了来自google的相同链接，但是也没有。

我目前有与以下问题类似的问题

谢谢，最好的问候，

安迪。

感谢大家的见解，这使您对本主题的理解变得更加清晰！ 也许@ lars.breddemann可以抽出一些时间来撰写有关此主题的博客？ 这可能会困扰HANA社区中的许多人。

我将专注于系统度量->当前内存消耗，因为这是与HANA许可证相关的数字，因此对于HANA许可证也很有意义。 非技术人员。