[jira] Commented: (DERBY-760) Implement routines that will write/read data from a byte[] in drda format rather than calling getXXX and setXXX methods

["Kathey Marsden (JIRA)" <de...@db.apache.org>]

    [ http://issues.apache.org/jira/browse/DERBY-760?page=comments#action_12362864 ] 

Kathey Marsden commented on DERBY-760:
--------------------------------------

The thought in creating this issue was to reduce the object creation, copying of data, and encoding/decoding  of  data retreival by network server.  Currently for a VARCHAR value for example we
1) Read the encoded UTF8 value from disk.
2) decode it into a new String copy returned by the getString  call.
3) encode it back to UTF8  and copy it into the output buffer and send it to the client.

 The thought was that we could create an interface so that we could pass the send buffer and a start offset  and have the encoded data be copied directly into it.  Some more thought needs to be put into possible interfaces to accomplish this especially for streams.



> Implement routines that will write/read data from a byte[] in drda format rather than calling getXXX and setXXX methods
> -----------------------------------------------------------------------------------------------------------------------
>
>          Key: DERBY-760
>          URL: http://issues.apache.org/jira/browse/DERBY-760
>      Project: Derby
>         Type: Improvement
>   Components: Network Server, Performance
>     Versions: 10.2.0.0
>     Reporter: Kathey Marsden
>     Priority: Minor
>      Fix For: 10.2.0.0

>
> A while back Dan suggested this performance improvement for Network Server.
> Instead of calling the getXXX setXXX methods in Network Server, 
> we can implement either a getDRDARow/setDRDARow or 
> getDRDAValue/setDRDAvalue methods to bypass the conversion and 
> minimize object creation.  Perhaps the signature would be 
> something like.
> public void getDRDARow(int[] drdaTypes, byte[], startOffset)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira