更新（21.07.2017）：经过彻底的测试并与SAP沟通，我可以说，当DTP设置为"按请求获取所有新数据"时，它可以工作。这是由于SAP中的错误导致的，无法对结果进行相应排序。您应该安装OSS Note 2467323来解决AMDP字段例程，否则它们会提供错误的结果。OSS注释的副作用是SAP在这里添加了技术字段RECORD和SQL\uu PROCEDURE\uu SOURCE\uu RECORD。这应该安装得很快，因为所有的AMDP字段例程都必须手动调整，因为它们在没有技术字段的情况下会导致语法错误。

****

我开始在HANA堆栈中创建BW转换，因为我想利用它的速度和特性。我决定用AMDP转换bw7.50提供的功能，服务器云服务，从ABAP编程转向代码下推。从BW 7.50 SP04开始，您可以为开始、字段、结束和专家例程使用AMDP脚本。

对于我来说，从ABAP切换到AMDP的最大区别是字段例程采用整列，而不是ABAP堆栈中的1个字段值。这意味着您可以在1go中处理整个datapackage字段，而不是在旧的ABAP世界中逐个处理。这很好，因为许多开发人员在开始或结束例程中编写代码，以提高性能，而不是字段例程，尽管有时他们只想更改一个字段。有了AMDP，现在只需一次就可以处理该字段了。

我有一个案例，我只想用一个字段来丰富universalflatfiledatasource的数据，该字段可以告诉我哪个文件被上传了。问题是，由于其他外部原因，免费企业管理软件，我不能在数据源结构中包含这样的字段。然后我决定采取另一种方法，大数据 学习，从RSSELDONE表中的文件名中读取文件号。

为此，我不需要来自通用数据源的任何其他字段，但我需要请求的技术ID才能导出其文件名。正如我在ABAP转换中多年所做的那样，我开始寻找P\R\u请求，它将提供我所需要的所有信息。但是在AMDP脚本中，我找不到它（如果有人知道如何更方便地获取它，请告诉我）。

但是，在整个转换过程中，有一个技术字段SQL\uu PROCEDURE\uu SOURCE\uu RECORD，淘客返利软件，它保存着来自源（在我的例子中是Datasource）的请求的SID。通过这个，我查看了表/BI0/SREQUID以获得请求ID，然后在表RSSELDONE中获得了所需的所有细节。下面是我的AMDP字段例程示例。

请随时与我分享下面代码的任何优化和建议。我希望这将有助于其他开发人员从ABAP世界迁移到新的AMDP HANA世界。

我尝试考虑的一些技术问题：

SQL\uuu PROCEDURE\uuu SOURCE\uuu RECORD不仅存储SID，大数据有什么用，还存储其他技术领域。前30位数字应为SID。我决定用最后10位数字，因为其他表格中的SID是10位数字FILENAME字段存储完整的路径，我只需要FILENAME的前2位数字。我发现了一个使用SQL命令INSTR和-1来搜索第一个出现在末尾的"\"的提示。在我的示例中，文件名如下C:\xxx\…\612017.csv稍后我将在ERRORTAB中执行一些错误处理。下面的代码是将空填充到错误表中，因为必须在那里填充某些内容您必须将您使用的所有表添加到Eclipse自动生成的方法头中。