Le 10/07/2026 à 08:37, Alkis Evlogimenos via dev a écrit :
The 12-byte ints were chosen because they are enough to cover the SQL range with up to femtosecs precision. This saves 4 bytes per timestamp if they are encoded PLAIN.
If they are encoded PLAIN *and* uncompressed, which must be an uncommon choice.
And to repeat my question: why not FLBA<N> instead of hardcoding 12 in the spec?
BYTE_STREAM_SPLIT is unimpressive. It improves a general compressor's compression ratio but general compression is generally very slow.
I'm not sure what your expectations are wrt. "slow" vs. "fast". But LZ4 decompression is typically several GB/s. Regards Antoine.
