-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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.
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
Core: Adds Utility Class for Implementing ZOrdering #3966
Changes from all commits
ade1a1f
781a121
fda817c
c6954e6
3f6fc92
5ccf8f4
30c4633
10e561c
74d20a4
848de3b
83586f1
57e1462
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,194 @@ | ||
/* | ||
* Licensed to the Apache Software Foundation (ASF) under one | ||
* or more contributor license agreements. See the NOTICE file | ||
* distributed with this work for additional information | ||
* regarding copyright ownership. The ASF licenses this file | ||
* to you under the Apache License, Version 2.0 (the | ||
* "License"); you may not use this file except in compliance | ||
* with the License. You may obtain a copy of the License at | ||
* | ||
* http://www.apache.org/licenses/LICENSE-2.0 | ||
* | ||
* Unless required by applicable law or agreed to in writing, | ||
* software distributed under the License is distributed on an | ||
* "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY | ||
* KIND, either express or implied. See the License for the | ||
* specific language governing permissions and limitations | ||
* under the License. | ||
*/ | ||
|
||
package org.apache.iceberg.util; | ||
|
||
import java.nio.ByteBuffer; | ||
import java.nio.CharBuffer; | ||
import java.nio.charset.CharsetEncoder; | ||
import java.nio.charset.StandardCharsets; | ||
import java.util.Arrays; | ||
import org.apache.iceberg.relocated.com.google.common.base.Preconditions; | ||
|
||
/** | ||
* Within Z-Ordering the byte representations of objects being compared must be ordered, | ||
* this requires several types to be transformed when converted to bytes. The goal is to | ||
* map object's whose byte representation are not lexicographically ordered into representations | ||
* that are lexicographically ordered. Bytes produced should be compared lexicographically as | ||
* unsigned bytes, big-endian. | ||
* <p> | ||
* Most of these techniques are derived from | ||
* https://aws.amazon.com/blogs/database/z-order-indexing-for-multifaceted-queries-in-amazon-dynamodb-part-2/ | ||
* <p> | ||
* Some implementation is taken from | ||
* https://github.com/apache/hbase/blob/master/hbase-common/src/main/java/org/apache/hadoop/hbase/util/OrderedBytes.java | ||
*/ | ||
public class ZOrderByteUtils { | ||
|
||
private ZOrderByteUtils() { | ||
|
||
} | ||
|
||
/** | ||
* Signed ints do not have their bytes in magnitude order because of the sign bit. | ||
* To fix this, flip the sign bit so that all negatives are ordered before positives. This essentially | ||
* shifts the 0 value so that we don't break our ordering when we cross the new 0 value. | ||
*/ | ||
public static ByteBuffer intToOrderedBytes(int val, ByteBuffer reuse) { | ||
ByteBuffer bytes = ByteBuffers.reuse(reuse, Integer.BYTES); | ||
bytes.putInt(val ^ 0x80000000); | ||
return bytes; | ||
} | ||
|
||
/** | ||
* Signed longs are treated the same as the signed ints in {@link #intToOrderedBytes(int, ByteBuffer)} | ||
*/ | ||
public static ByteBuffer longToOrderedBytes(long val, ByteBuffer reuse) { | ||
ByteBuffer bytes = ByteBuffers.reuse(reuse, Long.BYTES); | ||
bytes.putLong(val ^ 0x8000000000000000L); | ||
return bytes; | ||
} | ||
|
||
/** | ||
* Signed shorts are treated the same as the signed ints in {@link #intToOrderedBytes(int, ByteBuffer)} | ||
*/ | ||
public static ByteBuffer shortToOrderedBytes(short val, ByteBuffer reuse) { | ||
ByteBuffer bytes = ByteBuffers.reuse(reuse, Short.BYTES); | ||
bytes.putShort((short) (val ^ (0x8000))); | ||
return bytes; | ||
} | ||
|
||
/** | ||
* Signed tiny ints are treated the same as the signed ints in {@link #intToOrderedBytes(int, ByteBuffer)} | ||
*/ | ||
public static ByteBuffer tinyintToOrderedBytes(byte val, ByteBuffer reuse) { | ||
ByteBuffer bytes = ByteBuffers.reuse(reuse, Byte.BYTES); | ||
bytes.put((byte) (val ^ (0x80))); | ||
return bytes; | ||
} | ||
|
||
/** | ||
* IEEE 754 : | ||
* “If two floating-point numbers in the same format are ordered (say, x {@literal <} y), | ||
* they are ordered the same way when their bits are reinterpreted as sign-magnitude integers.” | ||
* | ||
* Which means floats can be treated as sign magnitude integers which can then be converted into lexicographically | ||
* comparable bytes | ||
*/ | ||
public static ByteBuffer floatToOrderedBytes(float val, ByteBuffer reuse) { | ||
ByteBuffer bytes = ByteBuffers.reuse(reuse, Float.BYTES); | ||
int ival = Float.floatToIntBits(val); | ||
ival ^= ((ival >> (Integer.SIZE - 1)) | Integer.MIN_VALUE); | ||
bytes.putInt(ival); | ||
return bytes; | ||
} | ||
|
||
/** | ||
* Doubles are treated the same as floats in {@link #floatToOrderedBytes(float, ByteBuffer)} | ||
*/ | ||
public static ByteBuffer doubleToOrderedBytes(double val, ByteBuffer reuse) { | ||
ByteBuffer bytes = ByteBuffers.reuse(reuse, Double.BYTES); | ||
long lng = Double.doubleToLongBits(val); | ||
lng ^= ((lng >> (Long.SIZE - 1)) | Long.MIN_VALUE); | ||
bytes.putLong(lng); | ||
return bytes; | ||
} | ||
|
||
/** | ||
* Strings are lexicographically sortable BUT if different byte array lengths will | ||
* ruin the Z-Ordering. (ZOrder requires that a given column contribute the same number of bytes every time). | ||
* This implementation just uses a set size to for all output byte representations. Truncating longer strings | ||
* and right padding 0 for shorter strings. | ||
*/ | ||
public static ByteBuffer stringToOrderedBytes(String val, int length, ByteBuffer reuse, CharsetEncoder encoder) { | ||
Preconditions.checkArgument(encoder.charset().equals(StandardCharsets.UTF_8), | ||
"Cannot use an encoder not using UTF_8 as it's Charset"); | ||
|
||
ByteBuffer bytes = ByteBuffers.reuse(reuse, length); | ||
Arrays.fill(bytes.array(), 0, length, (byte) 0x00); | ||
if (val != null) { | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If you update this to accept a reused buffer, then we need to remember to zero out the bytes. |
||
CharBuffer inputBuffer = CharBuffer.wrap(val); | ||
encoder.encode(inputBuffer, bytes, true); | ||
} | ||
return bytes; | ||
} | ||
|
||
/** | ||
* For Testing interleave all available bytes | ||
*/ | ||
static byte[] interleaveBits(byte[][] columnsBinary) { | ||
return interleaveBits(columnsBinary, | ||
Arrays.stream(columnsBinary).mapToInt(column -> column.length).sum()); | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Should we only allow this when all the columns have the same length? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't think so? Shouldn't we be allowing columns to contribute different amounts of bytes? This is one of the difficulties for working with strings and other types since not only are we going to need more bytes for strings, but their most significant bytes may be rather late in the string. For example "www.iceberg.org/index" Only have a differing byte at position 17. This is one of my reluctances to require similar contributions of byte sizes until we have a better "toOrderedBytes" function. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @findepi, while those do have different lengths, is it valuable to interleave them directly? We had a discussion above about interleaving short and int. I think that the behavior most people would expect is to interleave by numeric magnitude, not the actual bytes. Basically, if two columns have the same numeric distribution, they should interleave well regardless of the type widths. If you agree there, then what you'd do is cast the integer in your example to a bigint. Then you have 2 8-byte buffers and 1 50-byte buffer. The remainder of the 50 bytes after the first 8 doesn't matter. There are cases where you may want to use different lengths, but to me you should be calling the version with a specified length for those. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
that works, for numbers at leasts
It does:
unless it's covered somewhere else: There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @findepi, I see your point. If you still want the string ordering then you have to preserve the string. You're right about that. I was focusing on interleaving the ordering across the columns, but it's of course necessary to still sort by the remaining bytes in the longest column! |
||
} | ||
|
||
/** | ||
* Interleave bits using a naive loop. Variable length inputs are allowed but to get a consistent ordering it is | ||
* required that every column contribute the same number of bytes in each invocation. Bits are interleaved from all | ||
* columns that have a bit available at that position. Once a Column has no more bits to produce it is skipped in the | ||
* interleaving. | ||
* @param columnsBinary an array of ordered byte representations of the columns being ZOrdered | ||
* @param interleavedSize the number of bytes to use in the output | ||
* @return the columnbytes interleaved | ||
*/ | ||
public static byte[] interleaveBits(byte[][] columnsBinary, int interleavedSize) { | ||
byte[] interleavedBytes = new byte[interleavedSize]; | ||
int sourceColumn = 0; | ||
int sourceByte = 0; | ||
int sourceBit = 7; | ||
int interleaveByte = 0; | ||
int interleaveBit = 7; | ||
|
||
while (interleaveByte < interleavedSize) { | ||
// Take the source bit from source byte and move it to the output bit position | ||
interleavedBytes[interleaveByte] |= | ||
(columnsBinary[sourceColumn][sourceByte] & 1 << sourceBit) >>> sourceBit << interleaveBit; | ||
--interleaveBit; | ||
|
||
// Check if an output byte has been completed | ||
if (interleaveBit == -1) { | ||
// Move to the next output byte | ||
interleaveByte++; | ||
// Move to the highest order bit of the new output byte | ||
interleaveBit = 7; | ||
} | ||
|
||
// Check if the last output byte has been completed | ||
if (interleaveByte == interleavedSize) { | ||
break; | ||
} | ||
|
||
// Find the next source bit to interleave | ||
do { | ||
// Move to next column | ||
++sourceColumn; | ||
if (sourceColumn == columnsBinary.length) { | ||
// If the last source column was used, reset to next bit of first column | ||
sourceColumn = 0; | ||
--sourceBit; | ||
if (sourceBit == -1) { | ||
// If the last bit of the source byte was used, reset to the highest bit of the next byte | ||
sourceByte++; | ||
sourceBit = 7; | ||
} | ||
} | ||
} while (columnsBinary[sourceColumn].length <= sourceByte); | ||
} | ||
return interleavedBytes; | ||
} | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It should be documented somewhere the produced byte[] should be compared lexicographically, with bytes as unsigned.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will do
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, I will add this