Subject | Re: [Firebird-Architect] Re: Record Encoding |
---|---|
Author | Jim Starkey |
Post date | 2005-05-15T15:27:53Z |
Roman Rokytskyy wrote:
work at all. On the other hand, a delta could be encoded with a edsSkip
code (or a edsSkip, <count> sequence) for each unchanged item and the
encodings for only items that changed.
Whether or not a non-blob compressed item would be carried uncompressed
through the engine to the client is a question we don't have to answer
other than to say, "it could but doesn't have to".
>Sure, but that would also mean that server has to decompress recordThe existing delta encoding is based on fixed length records and won't
>and apply delta each time it is accessed and you cannot move this to
>the client. Or I miss something?
>
>
>
work at all. On the other hand, a delta could be encoded with a edsSkip
code (or a edsSkip, <count> sequence) for each unchanged item and the
encodings for only items that changed.
Whether or not a non-blob compressed item would be carried uncompressed
through the engine to the client is a question we don't have to answer
other than to say, "it could but doesn't have to".