问题陈述

通过SDK或KUT创建的扩展字段按BO节点组合存储在backend表中。目前，对于存储扩展字段有一个最大值为744的限制，这意味着用户不允许在BO节点组合的租户上创建大于744的扩展字段。此限制适用于所有解决方案和解决方案类型。这是XBO的主要问题，因为租户可能在同一个标准BO节点上构建了多个解决方案，因此超出限制的概率很高，大数据需要学习什么，因为这些解决方案将存储在同一个数据库表中。

由于此限制，涉及激活PDI加载项的生命周期管理过程受到影响，因此失败，用户无法了解如何以及在何处超出扩展字段限制。这个问题的唯一解决方案是删除特定BO节点上的一些扩展字段或将它们移动到其他节点。维护模式下不支持删除扩展字段的SAP干预。

这是用户的痛点，因为它涉及合作伙伴的调整、SAP的支持以及交付的扩展字段的数据丢失。

解决方案：

解决问题，开发了一个防护栏限制"Maxed out table Space"，适用于租户通过BO节点上的SDK和KUT创建的所有解决方案类型和扩展字段。此解决方案主要分为两类：

当BO上所有扩展字段之和达到50%时发出警告消息，80%和100%的最大限制，使开发人员提前意识到该限制，以便以优化的方式完成加载项的编码/设计，以避免表空间最大化问题。

这些警告显示在BO文件保存操作的解决方案一致性检查上。警告显示如下限制：

租户上的扩展字段达到最大限制的50%。租户上的扩展字段达到最大限制的80%。租户上的扩展字段达到最大限制的100%。

第二类确保在激活限制即将达到最大值的解决方案时显示错误消息，从而停止激活过程。这样可以确保在目标租户中成功激活和部署解决方案后，不会达到最大限制。

为了实现上述功能，大数据软件，在外接程序的生命周期管理过程中引入了一个新的计算规则，计算总字段（SDK扩展字段+BO中存在的KUT字段，好评返现文案，所有解决方案和解决方案类型的节点组合），并检查其是否超过最大限制。

总字段=BO节点上所有PDI解决方案的扩展字段+该BO节点上的KUT字段。

总字段>=744，激活XBO时引发错误。

总字段=（2*原始解决方案扩展字段）+KUT字段+其他解决方案（除原始解决方案外的解决方案）扩展字段

如果字段总数>=744，大数据应用，则在激活BO时抛出错误

这是为可能作为第一个补丁创建过程的一部分创建的字段保留缓冲区所必需的。关于为什么需要这样做的详细说明如下：

例如：如果一个原始解决方案有400个扩展字段，并且如果没有进行上述特殊处理，则原始解决方案将进行激活/组装，因为在这种情况下，车险返现，字段总数将为400