大家好，

当前，我们正在研究注释2503378-SAP HANA客户端接口性能调整。 具体来说，我们正在尝试更改数据包数据大小，在这种情况下，默认值为1MB，由于我们在SP12上，因此唯一的选项适用于我们。 任何建议或经验都将很棒！

亲切的问候。

现在，我只能提供以下想法：

-作为报告工具结果集的1.8 Mio行...那是主要的性能问题！ 那应该先解决。

-如果我没有关闭，则可以通过ODBC连接参数设置Packetsize。 这些可以在连接字符串或DSN中指定

-我个人还没有看到通过更改HANA连接的数据包大小解决的问题。 AFAIK并非每条消息PART都等于网络往返，并且-从您对设置的描述中了解-往返的高数量是您怀疑的问题。

这就是我读这个问题时想到的。

我将确定结果集的大小，并确定可以从Tableau服务器发送/接收的最大数据包大小是多少。 如果您在TCP堆栈仅允许需要确认和重新组装的4K数据包时强制HANA发送1M数据包，则无济于事。

再见，大家好！ 我们目前正在继续处理此问题。 我们正在跟踪Hana和Tableau之间的ODBC通信。 似乎REQUEST消息中未定义PACKETSIZE，因此Hana REPLY的大小异常小。 大量的程序包由于网络开销而使连接变慢。

您怎么看？ 有相关经验的人吗？

提前谢谢！

Lars Breddemann 不便之处，敬请原谅。 我知道您是论坛中的Hana专家之一。 你觉得呢？

我们了解PACKETSIZE ODBC连接参数，但是由于Tableu使用自定义ODBC连接（使用标准驱动程序）而不能在连接中引入它，并且不允许我们在数据源定义中指定连接参数。 因此，例如，有没有办法在Hana客户端安装中控制此参数？ 这意味着：有没有办法在Hana ODBC驱动程序中添加参数？ 也许在Hana服务器中？

谢谢。

 
   会话ID：1782701763445595程序包数：2405
   VARPART长度：256 VARPART尺寸：1048544
   分部数：1
     第1项，共1项消息类型：下一章
       长度：256偏移：0
       零件数：5数量：1
       种类：CMD AUTCOMMIT：1
       选项：（）
       第1部分会议背景
         长度：56尺寸：1048504
         参数：6
         属性：（）
         数据：
       0 | 01 03 5C 55 06 00 02 1D 0C 00 31 30 2E 32 32 32 | .. \ U ...... 10.222 |
      10 | 2E 37 32 2E 37 31 03 03 3F 75 00 00 04 03 5C 55 | .72.71 ..？u .... \ U |
      20 | 06 00 05 1D 0C 00 31 30 2E 32 32 32 2E 37 32 2E | ...... 10.222.72。|
      30 | 37 31 06 03 3F 75 00 00 | 71 ..？u .. |
       第2部分陈述语境
         长度：56尺寸：1048432
         参数：1
         属性：（）
         数据：
       0 | 01 21 34 00 01 00 00 00 00 00 00 00 36 87 60 B4 |。！4 ......... 6。
      10 | 0A 00 00 00 F4 EF 4F 8F 0A 00 00 00 6C 74 02 00 | ...... O .... lt .. |
      20 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ |
      30 | 00 00 00 00 FF FF FF FF | ........ |
       第三部分简介
         长度：20尺寸：1048360
         参数：2
         属性：（）
         数据：
       0 | 00 04 5D 00 00 00 00 00 00 00 01 01 04 B8 89 01 00 | ..] ..... |
      10 | 00 00 00 00 | .... |
       第4部分RESULTSETID
         长度：8尺寸：1048320
         参数：1
         属性：（）
         数据：
       0 | CF 9E 63 56 5C 55 06 00 | ..cV \ U .. | |
       第5部分
         长度：4尺寸：1048296
         参数：1
         属性：（）
         数据：
       0 | C9 12 00 00 | .... |  ->我们认为该值为空。
 


 <回复>
   会话ID：1782701763445595程序包数：2405
   VARPART长度：167353 VARPART大小：167353-> Hana数据包大小过小
   分部数：1
     第1段
       长度：167360偏移量：0
       零件数：2数量：1
       种类：返回
 ------------------------------------------ 

感谢您的帮助Lars。 不幸的是，我们必须处理这种非常大的数据集。 那么，为什么Hana不能以最有效的方式执行连接？ 看一下这张图：第一部分是通过ODBC连接进行数据传输的带宽，第二部分是使用SCP进行信息传输的带宽。 ODBC连接使用的带宽为9.5 Mbit/s，这绝对不够。

再次感谢拉尔斯。 感谢您的帮助。