跳到内容
技术文章
作者的简介照片张济钢张吉刚

“FOR ALL ENTRIES IN”引起的运输问题

一个程序使用' For All Entries in ',其中语法检查是ok的,以及测试结果。但是当你试图从开发系统传输到质量系统时,得到以下错误'当你使用加法' FOR ALL ENTRIES IN itab…"

实际上,它们共享相同的数据类型,即长度为8的字符(域PRODH3)。

TYPE: BEGIN OF t_mvke, vkorg TYPE vkorg, matnr TYPE matnr, prodh3 TYPE prodh3, "char8 t_mvke的结束。数据类型:gt_mvke选择……INTO TABLE gt_a948 FROM a948 AS a INNER JOIN konp AS k ON a~knumh EQ k~ knumfor ALL ENTRIES IN gt_mvke WHERE a~vkorg EQ gt_mvke-vkorg AND…和~prodh3 EQ gt_mvke-prodh3。"<<<<----- 误差线。

尽管' For all entries In '这个词使用多年,还是第一次遇到这个问题。解决这个问题很简单,只需要使用抓取表中的数据类型,而不是使用数据元素。

* prodh3 type prodh3,“char8 prodh3 type a948-PRODH3,”char8

Am I the only one who doesn’t know this? Btw, check this博客S4 HANA仍然支持SELECT FOR ALL ENTRIES语句,有时性能甚至优于AMDP。

但HANA不推荐,请查收所有参赛作品的备选方案。

指定的标签

      2的评论
      你必须登录评论或回复一篇文章
      作者的资料照片桑德拉罗西
      桑德拉·罗西

      奇怪。如果这是真的,那么它要么是一个bug,要么是一个未记录的特性,没有理由使用相同类型的不同DDIC对象进行输入。我不明白为什么从传输完成的激活可以不同于直接激活。你确定导入系统中相关的DDIC定义与源系统中相同吗?对于这类问题,您应该联系SAP支持人员。

      作者的简介照片张济钢张吉刚
      济钢张张吉刚
      博客作者

      桑德拉·罗西

      谢谢你的支票。你是对的!这两个系统之间的DDIC定义是不同的!很多年前有人改变了它……忘记比较是我的错。

      谢谢你的提醒!

      Baidu