[
https://issues.apache.org/jira/browse/DERBY-959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dag H. Wanvik updated DERBY-959:
--------------------------------
Derby Categories: [Performance]
> Allow use of DRDA QRYDTA block sizes greater than 32K
> -----------------------------------------------------
>
> Key: DERBY-959
> URL: https://issues.apache.org/jira/browse/DERBY-959
> Project: Derby
> Issue Type: Improvement
> Components: Network Client, Network Server
> Affects Versions: 10.1.1.0, 10.1.2.1, 10.2.1.6
> Reporter: Bryan Pendleton
> Assignee: Sunitha Kambhampati
> Priority: Minor
> Fix For: 10.2.1.6
>
> Attachments: 959Notes_v1.html, derby959.review.diff.txt,
> derby959.review.stat.txt, odbc_rowgreaterthan64k.trace,
> SmallRows_32kBlkSz.trace, SmallRows_64kBlkSz.trace
>
>
> Currently, the Network Server and Network Client use a 32K blocksize when
> returning database data in QRYDTA blocks.
> I came across the following statement in the DRDA spec (Volume 1, page 12):
> Blocking applies only to the QRYDTA reply objects. Each
> query block is a QRYDTA DSS. The maximum query block size
> value allowed in the qryblksz parameter is increased from
> 32K to 10M, thus accomodating the larger data volumes
> required by modern, more data-intensive applications.
> The importance of larger block sizes depends strong on the application
> profile.. For example, many applications perform single-record selects,
> and they are not influenced by the block size.
> But for some applications, it seems like the ability to use a larger block
> size could be quite valuable.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
