Skip to content

PARQUET-2435: Clarify behavior of DELTA_BINARY_PACKED encoding #231

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Feb 28, 2024
Merged

PARQUET-2435: Clarify behavior of DELTA_BINARY_PACKED encoding #231

Changes from all commits
Commits
Show all changes
4 commits
Select commit Hold shift + click to select a range
3d1b1f7
PARQUET-2435: Clarify behavior of DELTA_BINARY_PACKED encoding
etseidl Oct 27, 2023
5c2932f
remove suggested use cases
etseidl Feb 26, 2024
9b9a1ca
forbid using too many bits
etseidl Feb 26, 2024
ee04946
remove the wordy explanation
etseidl Feb 27, 2024
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 3 additions & 1 deletion Encodings.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -245,7 +245,9 @@ Subtractions in steps 1) and 2) may incur signed arithmetic overflow, and so
will the corresponding additions when decoding. Overflow should be allowed
and handled as wrapping around in 2's complement notation so that the original
values are correctly restituted. This may require explicit care in some programming
languages (for example by doing all arithmetic in the unsigned domain).
languages (for example by doing all arithmetic in the unsigned domain). Writers
must not use more bits when bit packing the miniblock data than would be required
to PLAIN encode the physical type (e.g. INT32 data must not use more than 32 bits).

The following examples use 8 as the block size to keep the examples short,
but in real cases it would be invalid.
Expand Down