Zhengcy05 commented on issue #39051: URL: https://github.com/apache/shardingsphere/issues/39051#issuecomment-4950273482
`SEEK_BLOB` is already decoded on the protocol side, but the executor does not use the blob handle, seek mode, or offset at all. It only returns a newly generated handle, so the read position is never updated. The current BLOB read path also keeps the opened content as a single shared in-memory segment and consumes it from the front when `GET_SEGMENT` is called, which means there is no per-open-BLOB cursor to reposition. My proposed direction is to store read state per opened BLOB handle, implement seek-mode/offset handling there, and return the resulting position in the response. I also want to double-check the BLOB type semantics around stream vs segmented behavior while making that change. If this direction looks good, I’d like to work on this and submit a PR. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
