大家好！SAP BW爱好者们！

最近，我写了一篇关于ADSO激活过程的文章，强调如果ADSO包含数据，通常需要额外的重构任务（见我之前的博客）。今天我想和大家分享一个好消息，SAP提供了一个框架，提高了灵活性，并提供了一个杠杆，在某些情况下可以避免重新设计任务，我以前的博客详细阐述了当对ADSO进行数据更改时，为了正确激活对象，需要手动执行额外的重构任务。当您最终将这些更改提供给PROD系统时，这也适用于传输管理。单独的重构作业的作用是将激活时间保持在最小，从而避免在直接执行期间终止（例如超时）。这种安全带是合理的，因为对ADSO进行大量数据的更改可能会导致对ADSO中现有事务数据的大量读写操作。

新框架区分了

让我们从案例1开始：这些操作保持不变。例如，当您创建一个新列并希望同时用一个值填充它时，重构是不可避免的（例如，将主数据检查更改为"数据存储中的持久SID"）。对与库存关键数字、数据分层、分区或索引相关的关键字段或属性的修改也是如此，因为它们通常需要对SAP HANA数据库级别的ADSO核心表进行技术调整。

好消息是，现在与案例2相关的操作有了更大的灵活性：所有导致对ADSO数据进行只读操作的ADSO更改都提供了避免单独重构任务的选项。一些常见的情况是：

在复合父项已经在ADSO中并且包含值时添加复合子项：在这种情况下，必须在ADSO中标识现有的父子值组合，并且需要在主数据中创建相应的SID条目。如果ADSO已启用库存，则更改有效性特征：在这种情况下，将根据ADSO数据重新创建ADSO有效性表。添加信息对象/字段"条件"：在这种情况下，大数据，云店，验证ADSO数据是否符合新标准；在否定的情况下，生成错误消息并拒绝激活对象。

重要！有一个前提条件，即最大的ADSO表管理的记录少于预定义的阈值（当前设置为1亿条记录）。如上所述，云服务器那个好，此上限旨在防止执行时间过长和终止。

有一个新的RSADMIN参数RSO\u ADSO\u ONLINE\u CONV\u THRESHOLD可用于减少此预定义限制。你为什么要这么做？好吧，让我们来看看下面的场景：

您修改了一个现有的ADSO，返利app怎么用，这个更改涉及到案例2你的ADSO在你的DEV系统中没有数据，在QA系统中有600000条记录生产中有5亿条记录。

最初，在DEV和QA中不会有重构请求，但是当您导入传输到生产中时，手动重构将是不可避免的。上面提到的参数使您能够强制对QA系统进行重构，以便能够在将该过程设置为活动之前测试该过程。需要说明的是，淘客插件，该参数并不意味着要将限制值增加到1亿以上，但RSADMIN值需要小于该限制值，例如，可以将上述场景的限制值设置为50万，以便在QA环境中也能够测试手动重构。在此设置之后，传输到QA系统将生成重构请求，而不是在导入后直接激活ADSO。

SAP note 3006437（ADSO:在线执行重构操作）提供了新框架，适用于SAP BW 7.5 SP21和SAP BW/4HANA 2.0 SP08。

其他参考：

2769125–复合注：SAP BW/4HANA的RSADMIN参数0912367–复合注释：SAP BW 7.x的RSADMIN参数