2020-08-23 01:33发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
BW中小企业,
我正在寻找一种允许"!"的方式 作为SAP BW数据装入中的开头字符或唯一数据条目。 目标字段是数据类型为CHAR的信息对象。 我发现OSS注释173241、1151294和075403,但是所有这些都表明上述情况是不可能的。 似乎这是产品限制。 我们可以在SAP BW系统中进行自定义吗?
期待您的建议。
谢谢!
嗨,
在BW中,领先的"!" 用作" NOT"或" Exclusion"表达式,因此在任何情况下在特征值中都不允许这样做。 根据经验,我知道这可能会导致BW端出现加载错误,并且由于转换例程和转换规则无法正确解释第一个字符,因此具有挑战性。
如果数据来自SAP ECC,则最好的解决方案是尝试在ECC端的增强功能上剥离或替换数据源中的此字符,然后再将其传送到BW。
如果您有其他建议,我会很高兴知道。
关于此,
Rodolfo
谢谢您的评论,鲁道夫。
这也是我在OSS注释中发现的。 这里的挑战是,客户不希望从源头进行更正,因为他们想要保持数据完整性。 因此,他们正在寻找一种方法来使这种情况在BW负载中被接受。 不幸的是,到目前为止,我还没有找到可行的解决方案。
1。 您可以使用ABAP将其保存在数据库中(例如,表的直接更新)
2。 但是由于第一个"!",您将在报告中遇到很多问题,您的报告会崩溃
因此,如果您需要保存到数据库中但又不报告此字段,则可以使用直接更新DSO。
如果您只需要在Bex/Analysis中显示值-您可以尝试使用Consersion出口-例如,您可以保存第一个"!" 为" \!" 在转换的内部,您可以替换" \!" 用"!" 在输出上并替换"!" 用" \!" 输入。 但是我对结果不满意,只是想法而已。
另一个选择是使用"!" 此信息对象的文本中(如我上面所写-替换KEY中的字符,但在报告中显示TEXT)。
感谢您输入Danil。
关于第1点,我们不希望更改DSO的当前定义。 在这一点上,配置信息对象可能更容易接受。
最后一点,与我们正在考虑的替代解决方案几乎相同-在转换中添加一个字段例程,以在条目的开头添加一个空格。 因此,最终输出将为"!"。
最多设置5个标签!
嗨,
在BW中,领先的"!" 用作" NOT"或" Exclusion"表达式,因此在任何情况下在特征值中都不允许这样做。 根据经验,我知道这可能会导致BW端出现加载错误,并且由于转换例程和转换规则无法正确解释第一个字符,因此具有挑战性。
如果数据来自SAP ECC,则最好的解决方案是尝试在ECC端的增强功能上剥离或替换数据源中的此字符,然后再将其传送到BW。
如果您有其他建议,我会很高兴知道。
关于此,
Rodolfo
谢谢您的评论,鲁道夫。
这也是我在OSS注释中发现的。 这里的挑战是,客户不希望从源头进行更正,因为他们想要保持数据完整性。 因此,他们正在寻找一种方法来使这种情况在BW负载中被接受。 不幸的是,到目前为止,我还没有找到可行的解决方案。
1。 您可以使用ABAP将其保存在数据库中(例如,表的直接更新)
2。 但是由于第一个"!",您将在报告中遇到很多问题,您的报告会崩溃
因此,如果您需要保存到数据库中但又不报告此字段,则可以使用直接更新DSO。
如果您只需要在Bex/Analysis中显示值-您可以尝试使用Consersion出口-例如,您可以保存第一个"!" 为" \!" 在转换的内部,您可以替换" \!" 用"!" 在输出上并替换"!" 用" \!" 输入。 但是我对结果不满意,只是想法而已。
另一个选择是使用"!" 此信息对象的文本中(如我上面所写-替换KEY中的字符,但在报告中显示TEXT)。
感谢您输入Danil。
关于第1点,我们不希望更改DSO的当前定义。 在这一点上,配置信息对象可能更容易接受。
最后一点,与我们正在考虑的替代解决方案几乎相同-在转换中添加一个字段例程,以在条目的开头添加一个空格。 因此,最终输出将为"!"。
一周热门 更多>