2020-08-31 20:36发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
嗨,
我们在HANA中有一张桌子,它原来这么大:
几天后,我们再次检查了一下,"磁盘大小"减少了8GB:
我怀疑这是因为在这些时间之间发生了增量合并:
我的问题是,增量合并是否会影响HANA表的"磁盘大小"? 增量合并后,表丢失数据是否正常? 例如,上表在合并后丢失了7000多个条目。 是什么导致表占用的"磁盘大小"比总内存消耗大得多?
Hello Redije,
您可能已经知道,列存储在HANA数据库中分为两个片段:主存储和增量存储。
主存储包含主存储 部分数据。 在这里,有效的数据压缩被应用于节省内存并加快搜索和计算速度。 另一方面,对主存储器中的压缩数据的写操作是昂贵的,因此写操作不会直接修改主存储器中的压缩数据。 而是将所有更改写入称为增量存储的单独数据结构中。 此增量存储仅使用基本压缩,并针对写访问进行了优化。
简而言之,对两个结构(主结构和增量结构)都执行读操作,而写操作仅影响增量结构。
现在,增量合并操作的目的是将在增量存储中收集的更改移动到经过读取优化的主存储中。 增量合并操作之后,主存储的内容将持久保存到磁盘。 如有必要,将重新计算并优化其压缩率。
现在回到您的查询中,增量合并是否会影响HANA表的"磁盘大小"?
是的,取决于将哪些更改(INSERT,UPDATE,DELETE)写入增量存储。 无论是在HANA Column存储表上进行插入,更新还是删除操作,都不会在主存储中直接进行任何更改。 而是将更改信息写入增量存储。 因此,如果在给定的表上发生了几次删除操作(例如在后台运行的家务作业),则这些更改将写入增量存储中(此时磁盘上的大小将与删除操作之前的大小相同)。 但是,当发生增量合并时,更改将合并到主存储中,然后将其持久化到磁盘中。 因此,随着删除多个记录并压缩表,磁盘上的表大小将缩小。
所以这不是数据丢失,仅仅是您的系统正在对该表进行更改(更新或删除)。
问候,
丹尼斯·帕迪亚。
最多设置5个标签!
Hello Redije,
您可能已经知道,列存储在HANA数据库中分为两个片段:主存储和增量存储。
主存储包含主存储 部分数据。 在这里,有效的数据压缩被应用于节省内存并加快搜索和计算速度。 另一方面,对主存储器中的压缩数据的写操作是昂贵的,因此写操作不会直接修改主存储器中的压缩数据。 而是将所有更改写入称为增量存储的单独数据结构中。 此增量存储仅使用基本压缩,并针对写访问进行了优化。
简而言之,对两个结构(主结构和增量结构)都执行读操作,而写操作仅影响增量结构。
现在,增量合并操作的目的是将在增量存储中收集的更改移动到经过读取优化的主存储中。 增量合并操作之后,主存储的内容将持久保存到磁盘。 如有必要,将重新计算并优化其压缩率。
现在回到您的查询中,增量合并是否会影响HANA表的"磁盘大小"?
是的,取决于将哪些更改(INSERT,UPDATE,DELETE)写入增量存储。 无论是在HANA Column存储表上进行插入,更新还是删除操作,都不会在主存储中直接进行任何更改。 而是将更改信息写入增量存储。 因此,如果在给定的表上发生了几次删除操作(例如在后台运行的家务作业),则这些更改将写入增量存储中(此时磁盘上的大小将与删除操作之前的大小相同)。 但是,当发生增量合并时,更改将合并到主存储中,然后将其持久化到磁盘中。 因此,随着删除多个记录并压缩表,磁盘上的表大小将缩小。
所以这不是数据丢失,仅仅是您的系统正在对该表进行更改(更新或删除)。
问候,
丹尼斯·帕迪亚。
一周热门 更多>