点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好! 当我们执行涉及大数据...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好! 当我们执行涉及大数据...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好!
当我们执行涉及大数据结果(文件系统中约1.1 GB,180万行)的查询时,我们面临与Hana(SP12)客户端性能有关的一些问题。 该查询是在列存储表上进行的,因此不涉及处理,因此我们假设大部分响应时间是由于数据传输引起的。
系统需要从命令行执行查询,重定向到文件系统的时间大约是:
-在自己的数据库服务器内部1分钟。
-距BW Netweaver服务器5分钟。 相同的数据中心,最佳的网络条件。
-距Tableau AWS服务器10分钟。
他们是正常时间吗?
谢谢。
现在,我只能提供以下想法:
-作为报告工具结果集的1.8 Mio行...那是主要的性能问题! 那应该先解决。
-如果我没有关闭,则可以通过ODBC连接参数设置Packetsize。 这些可以在连接字符串或DSN中指定
-我个人还没有看到通过更改HANA连接的数据包大小解决的问题。 AFAIK并非每条消息PART都等于网络往返,并且-从您对设置的描述中了解-往返的高数量是您怀疑的问题。
这就是我读这个问题时想到的。
我将确定结果集的大小,并确定可以从Tableau服务器发送/接收的最大数据包大小是多少。 如果您在TCP堆栈仅允许需要确认和重新组装的4K数据包时强制HANA发送1M数据包,则无济于事。
一周热门 更多>