如何从STXL.CLUSTD解码SAP文本？

Question

我知道！读取STXL.CLUSTD的“正确”方法是通过SAP ABAP功能。但是对不起，我们因性能问题而受苦受难。我们已经决定直接进入数据库（Oracle），我们没有任何计划可以恢复我们的决定，因为到目前为止一切都好得多。

但是，我们遇到过这个问题。 STXL.CLUSTD字段中的文本以难以理解的格式存储。我们无法通过谷歌找到有关其编码格式的任何信息。任何人都可以提示我如何解码STXL.CLUSTD中的文本？

由于

Answer 1

简短版：你没有。使用功能模块READ_TEXT。

长版：你正在看一个所谓的集群表。有关详细信息，请参阅http://help.sap.com/saphelp_47x200/helpdata/en/fc/eb3bf8358411d1829f0000e829fbfe/frameset.htm。您看到的数据是文本的内部表示，以某种方式与ABAP内核在内部处理数据的方式相关。没有元数据，这些数据没有任何意义。如果以不兼容的方式更改原始结构，则无法再读取数据。哦，我是否提到数据不包含对元数据的引用？在阅读这些表的内容时，即使在ABAP中，您也需要知道原始的源数据结构，否则您将注定失败。如果没有元数据以及内核如何在运行时处理这些数据类型的知识，您将很难解密内容。

个人意见：直接访问SAP R / 3系统下面的数据库是一个非常糟糕的主意，因为这不仅绕过了所有安全措施，而且还使您非常容易受到数据库的所有结构变化的影响。直接访问数据库的唯一真正原因不是缺乏性能，而是缺乏（ABAP）知识，而且应该可以解决： - ）

Answer 2

您可以在不运行任何ABAP代码，调用RFC或BAPI等的情况下阅读群集和池，这是一种非常好的方法，高性能且易于使用。

我不喜欢人们在StackOverflow中鞭挞他们的产品，但是必须使用ABAP访问SAP数据的信息已经过时了7年多了。

谢谢，

Bill MacLean

• 我刚注意到这个帖子，我为Simplement工作。 Snow_FFFF是正确的（顺便说一句，用户不是我，ASFAIK不是我们公司的任何人）。自2009年以来，Data Liberator产品一直在为我们的客户解组和解组表（以及许多其他事项）。