BRF +条件获取导致转储SYNTAX_ERROR

2020-09-13 14:13发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

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


嗨,

我们正在使用SAP TM 9.0,并且在创建货运订单期间,我们使用一些输入参数,并将此数据发送到自定义方法中的BRF +条件表中,并获取结果并将其用于进一步处理。

条件表具有10个输入字段和3个输出字段。 到目前为止,工作正常,表中有大约4700行。 最近,BRF +表上的条件记录已增加到总计5300行。

此后,每当在Method中触发条件获取时,系​​统都会导致SYNTAX_ERROR转储。 我试图了解如何创建以下方法来检查条件表中的行数。

更有趣的是,在观察转储时,我发现直到行5011为止的类(方法-UPTO * ROW *)是相同的,但是对于最后一个方法,即UPTO行5298,该类是不同的。 每当系统遇到此方法时,都会直接导致转储。

请帮助。


预先感谢。

untitled.jpg (29.4 kB)

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

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


嗨,

我们正在使用SAP TM 9.0,并且在创建货运订单期间,我们使用一些输入参数,并将此数据发送到自定义方法中的BRF +条件表中,并获取结果并将其用于进一步处理。

条件表具有10个输入字段和3个输出字段。 到目前为止,工作正常,表中有大约4700行。 最近,BRF +表上的条件记录已增加到总计5300行。

此后,每当在Method中触发条件获取时,系​​统都会导致SYNTAX_ERROR转储。 我试图了解如何创建以下方法来检查条件表中的行数。

更有趣的是,在观察转储时,我发现直到行5011为止的类(方法-UPTO * ROW *)是相同的,但是对于最后一个方法,即UPTO行5298,该类是不同的。 每当系统遇到此方法时,都会直接导致转储。

请帮助。


预先感谢。

untitled.jpg (29.4 kB)
付费偷看设置
发送
2条回答
木偶小白
1楼-- · 2020-09-13 14:53

那么,如果您转到生成的类并进行语法检查,是否显示语法错误? 还是这是运行时转储。 生成类后,数据模型中的某些内容可能会发生更改,从而导致语法错误。 如果是运行时错误,则一定要报告它。

我同意Mike关于重新设计的观点,我们有一个决策表,该表具有10,000行(使用API​​动态生成),即使工作正常,在这种情况下使用决策表是否值得考虑的问题 数据库表是一个合理的问题。 BRF +应该能够更好地了解业务环境并易于维护业务规则。 很难说5K长的决策表可以提供更高程度的业务访问。

如果您在决策表中使用"值范围"或公式之类的表达式,则很有意义。 这些可能会将数据库表的多行替换为决策表的单行,并为使用BRF +提供明显的好处。

木偶小白
2楼-- · 2020-09-13 14:51

如此多的行让我想知道您的设计是否合适。 您是否真的在使用BRFplus的功能,还是可以在标准DB表中实现的功能?

您的问题:决策表已编译为代码。 一旦达到可以写到类的极限,便会创建更多的类。 我怀疑存在一个错误,因为这是生成的代码,应该没有语法错误。 请查找注释,如果找不到任何内容,请向SAP报告。

还要考虑是否可以压缩表,这可以将大小减小到可以使用的程度。 但我还是建议举报。

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...

相关问答