关于 Microsoft OLE DB Provider for SQL Server 的问题
实际上我正在使用 Microsoft OLE DB Provider for SQL Server 对于 ADO，我的问题是关于连接字符串中使用的 Packet Size 参数，MSDN 文档说
Packet Size 表示网络数据包 大小（以字节为单位）。数据包大小 属性值必须介于 512 和 32767。默认的SQLOLEDB网络数据包大小为4096。
如果我为此参数使用最大值 (32767)，对我的应用程序的性能是否存在任何好处或缺点？
Actually i am using the Microsoft OLE DB Provider for SQL Server with ADO, my question is about the Packet Size parameter which is used in the connection string, the MSDN documentation says
Packet Size Indicates a network packet
size in bytes. The packet size
property value must be between 512 and
32767. The default SQLOLEDB network packet size is 4096.
exist any benefit or drawback in the performance for my application if i am use the max value (32767) for this parameter?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以使用小数据包来调整许多短小事务，使用大数据包来调整更少的大传输。
原因：小型传输的数据包大小太大，并且传输填充数据会浪费资源。
在大型传输中数据包大小太小，您会浪费资源来生成/传输数据包标头。
You would use small packet size to tune for many short small transactions, and large packet size to tune for fewer large transfers.
Reason: Too large of a packet size on small transfers, and you waste resources transferring padded data.
Too small of a packet size on large transfers and you waste resources generating/transferring packet headers.
如果您只是进行批量加载/上传，请设置为最大值。
数据包越大越好。正如 Kevin 提到的，当您实际传输较小量的数据时，它不会被填充。
如果您的连接不稳定并且您希望数据在第一条记录到达后显示得更快，则较小的数据包是合理的。对于更大的数据包，您将不得不等待“更长时间”才能获得第一个结果。
If you just do bulk load/upload set to maximum.
The bigger packet is better. It is not padded when you actually transfer smaller amount of data as Kevin mentioned.
Smaller packets are reasonable if your connection is unstable and you want your data display faster as soon as arrives first records. With bigger packets you will have to wait "longer" until you get first results.