2020-08-23 00:56发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）嗨， 我正在尝试在计算视图中合并... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
嗨，
我正在尝试在计算视图中合并BW表和ECC表。 我遇到以下错误，
对象的内部部署失败；存储库：在存储库运行时扩展中遇到错误；内部错误：创建方案：失败aCalcEngine.createScenario（）：发生了以下错误：计算不一致 模型（34011）nDetails（错误）：n- CalculationNode（Union_1）：QUANTITY的数据类型fixed12.3（15）与节点XXXXXX中属性QUANT_B的数据类型fixed14.3（17）不匹配。n- CalculationNode（Union_1）： SUBTOTAL的数据类型fixed11.2（13）与节点XXXXXXX中的属性SUBTOT_5S的数据类型fixed15.2（17）不匹配
我尝试在联合中创建目标字段（具有预定义的数据类型）。 我找不到与此相关的任何"注释"或论坛讨论。
有人可以帮我吗？
问候，
本尼迪克特
我刚刚创建了一个"投影"节点，然后创建了一个新的计算列，并将" QUANTITY的12.3（15）"的十进制大小更改为17,3，将SUBTOTAL的" 11.2（13）"的十进制大小更改为17,2，因为 这些是复制的BW表中的十进制大小，就解决了这个问题。
将让讨论保持"开放"一段时间，以查看是否有其他解决方案，并确认我的解决方案是否正确 。
谢谢
你好本尼迪克特
在我的情况下，我有几个表，这些表在多个表中的各种ID导致我出现问题。
要提到我正在使用远程源MSSQL服务器创建虚拟表，而星形连接却给了我同样的问题。
以我尝试的方式解决它：
如果您有任何反馈意见，请告诉我。
此致
Sumit
Sumit Gupta ：很抱歉告诉您，除了 指出您已恢复使用了6年的旧线程，还想出了一种解决问题的方法。
使用UDF确实会增加很多开销 到使用转换列的每个查询执行。 而且它像类型转换一样简单明了。
本能的原始解决方案-只需将列强制转换为投影中所需的数据类型-是正确且最有效的（如果不能更改基础表）。
我会 强烈建议您查看解决方案并删除标量函数（如果它只不过通过强制转换来更改数据类型而已）。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 Tong__Ming 的问题《计算视图中的数据类型不匹配错误》','https://www.easysap.com/q-25931.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我刚刚创建了一个"投影"节点，然后创建了一个新的计算列，并将" QUANTITY的12.3（15）"的十进制大小更改为17,3，将SUBTOTAL的" 11.2（13）"的十进制大小更改为17,2，因为 这些是复制的BW表中的十进制大小，就解决了这个问题。
将让讨论保持"开放"一段时间，以查看是否有其他解决方案，并确认我的解决方案是否正确 。
谢谢
本尼迪克特
你好本尼迪克特
在我的情况下，我有几个表，这些表在多个表中的各种ID导致我出现问题。
要提到我正在使用远程源MSSQL服务器创建虚拟表，而星形连接却给了我同样的问题。
以我尝试的方式解决它：
如果您有任何反馈意见，请告诉我。
此致
Sumit
Sumit Gupta ：很抱歉告诉您，除了 指出您已恢复使用了6年的旧线程，还想出了一种解决问题的方法。
使用UDF确实会增加很多开销 到使用转换列的每个查询执行。 而且它像类型转换一样简单明了。
本能的原始解决方案-只需将列强制转换为投影中所需的数据类型-是正确且最有效的（如果不能更改基础表）。
我会 强烈建议您查看解决方案并删除标量函数（如果它只不过通过强制转换来更改数据类型而已）。
一周热门 更多>