Oracle数据类型38转换为SAP Hana十进制(34)并删除了数据

2020-08-19 02:54发布

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

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


Comm成员:

我们正在加载包含某些字段的Oracles表,这些字段包含数据类型为Numbers38。然后,在Cal Views中,我们注意到SAP Hana列定义为Decimal34。因此数据被截断了。 例如:

Oracle Number 38 = 0.0440919999403759297628452606317170241627

SAP Hana表十进制34 = 0.04409199994037592976284526063171702

根据SAP Hana建议 https://help.sap.com/doc/saphelp_repserver1571302/15.7.1.302/en-US/fc/d58512bd1c10149a21f2a0cebe5bb4/content.htm?no_cache=true 我们应使用"双精度"。 但是,该数字被缩短为仅显示0.044091999940375。

我应该使用哪种数据类型来获取整数而不丢失任何数字?

致谢

RAP

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

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


Comm成员:

我们正在加载包含某些字段的Oracles表,这些字段包含数据类型为Numbers38。然后,在Cal Views中,我们注意到SAP Hana列定义为Decimal34。因此数据被截断了。 例如:

Oracle Number 38 = 0.0440919999403759297628452606317170241627

SAP Hana表十进制34 = 0.04409199994037592976284526063171702

根据SAP Hana建议 https://help.sap.com/doc/saphelp_repserver1571302/15.7.1.302/en-US/fc/d58512bd1c10149a21f2a0cebe5bb4/content.htm?no_cache=true 我们应使用"双精度"。 但是,该数字被缩短为仅显示0.044091999940375。

我应该使用哪种数据类型来获取整数而不丢失任何数字?

致谢

RAP

付费偷看设置
发送
3条回答
hengyuye
1楼-- · 2020-08-19 03:18

我们的项目中存在类似的问题,即在创建虚拟表时,HANA中的Oracle编号自动确定为十进制34。 该问题是由于SDI数据类型确定而引起的。

当时,SAP支持团队表示,改变其工作方式是不可行的,我们正在等待开发团队正在考虑发布一个新版本。 一项新功能,可让用户控制以覆盖此自动映射行为。

您可以尝试将源列设置为字符,并稍后在HANA中进行类型转换。

大道至简
2楼-- · 2020-08-19 03:29

Pruthvi:

感谢您的回复。 您多久以前有这个问题? 我们有SAP Hana2。

愤怒的猪头君
3楼-- · 2020-08-19 03:15

此问题大约在2019年5月发布,系统为HANA 1.0 SP12

一周热门 更多>