什么是重要尺寸？ 我从来没有达到任何极限。 我想如果有一个，它一定很大。 但是我对大的定义可能不是您的定义。 您是否还在更改该表中包含大量数据的表结构？ 如果是这样，则可能是影子表副本实际上需要很长时间，并导致您的激活失败。 这可以独立于HDBDD文件的文件系统而发生，而只是目标表中数据的一个因素。 您知道可以将HDBDD分解为多个文件，并可以使用USING关键字引用其他文件中的内容吗？ 如果您的HDBDD文件太大而无法管理，则可以选择该选项。

>但是，由于我们尚未迁移XSA，该解决方案是否已经存在于XSC？

是的，HDBDD/存储库中也提供此功能。 我这里有一个老例子：

https://github.com/I809764/epmNext/blob/ master/data/PO.hdbdd

>我确认某些表中有大量数据

分成多个文件将有助于维护，但不会解决核心问题。 如果目标表中包含大量数据，则激活将花费很长时间。 在此类调整方案中，必须将数据复制到影子表，删除并重新创建原始表，然后将所有数据复制回去。 期望您进行手动激活的开发系统中不应包含大量数据。 在具有大量数据的QA和PROD中，您正在传输DU而不是手动激活，因此更长的运行时间并不是手动激活的问题。

感谢您的及时答复。 我们有一个.hddd文件，其中声明了约60个表，并且我确认某些表中有大量数据。 由于我们无法随时选择需要删除数据的解决方案，因此我们想通过将HDBDD分解为多个文件并从其他文件中引用内容来解决此问题 按照您的建议使用USING关键字。 但是因为我们还没有迁移到XSA，该解决方案是否已经存在于XSC？ 否则，您的意思是使用关键字，通过在其相应上下文名称后跟其名称来引用在另一个.hdbdd文件中创建的对应表，还是我没有得到USING关键字的另一个概念？