点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

我遇到了一个独特的问题，我们将不胜感激。

两年前，我们使用ECC 6，并且在系统中有一个非常重要的Z表。 要求在表中添加一些其他字段，为此我们采取了一个项目来改进此过程。 由于某些原因，开发速度变慢了，我一直在进行开发。 我还发布了原始请求，该请求是为了添加字段而创建的，并将开发转移到Quality服务器。 但是开发从未转移到Production Server。

现在要添加到表中的一列是一个表示" Rest Of World"的标志，因此我添加了一个名称为" ROW "和Z数据元素ZROW的列。 SAP当时甚至没有警告就允许我这样做。

现在，碰巧的是，在过去的两年中，我们有许多并行运行的项目，其中包括一个要迁移到SOH Hana的项目，为此，他们将在系统上应用许多补丁和更新。 在某些补丁程序/升级中，SAP将 ROW （这是我的表的列名）作为其关键字。 这样做并没有给出任何错误，但是只是给出了警告消息，这就是为什么我的后续开发没有停止的原因。 现在，表激活本身发生在补丁/升级活动期间，我不知道是哪个。

由于此Z表在将此类旧请求移至PRD之前极为关键，因此我决定编写另一个程序，该程序将复制该表并将整个数据填充到该表中。 但是在此程序中，我陷入了困境，因为它试图创建一个列名称为" ROW "的新表，该表现在是关键字。 它创建一个透明表，但不会激活。 甚至没有通过数据库实用程序（SE14）。

我的问题是，如果系统不允许我在Development Server本身中复制表，出于同样的原因，它也不允许我将其传输到生产服务器中。 如果我没看错，那么当将任何对Table进行了更改的传输请求发送到生产服务器时，系统将重新生成并激活该表，如果无法执行该活动，则Transport会返回错误。

现在，即使我必须重命名/删除表中的字段，它也会在新的传输请求中发生，并且我无法发送第二个请求，因为系统将不知道要重命名/删除的字段为原始字段 请求尚未达到PRD。 而且由于 ROW 关键字问题，第一个请求将不会发送。

这是一个巨大的发展，将近200个abap对象锁定在大约7个TR中，并且将所有内容都废弃并从头开始是不可能的。 请帮忙。