嗨，

据我所知，可以通过SQL脚本动态处理小数精度。

我建议从CSV中"按原样"加载实际值，并在模型中再增加一列计算列，并使用条件处理精度。 然后填充此cal.column作为报告。

希望这会有所帮助。

如果您需要更多信息，请告诉我。

谢谢

此致

Subramaniyan Ganesan

即使数字稍有变化，我的问题也得到解决。 将比例从原始的4增加到10，可以使所有计算产生良好的结果。 实际上，还有另一个问题导致数字显着偏离，这是无关紧要的。 现在快乐的露营者。 :)感谢您的帮助Witalij。

我认为您遇到的问题是因为操作系统（C ++）无法"忠实"存储超过15或16位数字的数字，所以当 您告诉它是一个18位十进制数，则必须使用Double（0.3334 = 0.333399999999999974154007986726355738937854766845703125以64位Double表示，如在 https://baseconvert.com/ieee-754-floating-point ）。

是否可以在不损失数据质量的情况下将精度降低到16位？ 我的HANA Express（2.0 SPS03）上没有小数（34,16）。

我设法欺骗负载的另一种方法是将Excel中的CSV文件保存为XLSX，并将这些数字保存为文本。 然后使用数据库资源管理器的导入文件加载XSLS。 我在HANA表中获得了所需的精度十进制（34,18）数据。

致谢。

感谢您的回复。 我尝试切换到十进制（12,10）。 在一种情况下，它以0.63加载0.63，但随后以0.3699999999加载0.37。 疯。 它甚至无法以一致的方式运行。 该数据用于拆分其他行，因此对于给定的键，总数必须恰好为1（例如0.63 + 0.37），而不是0.999999999，否则总数将不再正确。 我还尝试在源csv文件中附加0，但这无济于事。

我以前没有使用过计算字段，但是也许我可以尝试在计算字段中进行一些四舍五入。

我还将尝试查看使用Excel源文件是否有更好的运气。