You are viewing a plain text version of this content. The canonical link for it is here.

Posted to notifications@asterixdb.apache.org by "Wail Y. Alkowaileet (Jira)" <ji...@apache.org> on 2023/10/25 01:44:00 UTC

[jira] [Created] (ASTERIXDB-3289) MurmurHash128Bit can read the wrong field data

Wail Y. Alkowaileet created ASTERIXDB-3289:
----------------------------------------------

             Summary: MurmurHash128Bit can read the wrong field data
                 Key: ASTERIXDB-3289
                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-3289
             Project: Apache AsterixDB
          Issue Type: Bug
          Components: OTH - Other
    Affects Versions: 0.9.9
            Reporter: Wail Y. Alkowaileet
            Assignee: Wail Y. Alkowaileet
             Fix For: 0.9.9


The hash computer (namely [MurmurHash128Bit|https://github.com/apache/asterixdb/blob/0a25d5620e56c728954e5abc813c3ba513e4859a/hyracks-fullstack/hyracks/hyracks-storage-am-bloomfilter/src/main/java/org/apache/hyracks/storage/am/bloomfilter/impls/MurmurHash128Bit.java#L132C58-L132C58]) reads dummy field data as follows:
{noformat}
tuple.getFieldData(DUMMY_FIELD) {noformat}
PKs in columnar tuples are stored in different buffers. Thus, the current implementation of [MurmurHash128Bit|https://github.com/apache/asterixdb/blob/0a25d5620e56c728954e5abc813c3ba513e4859a/hyracks-fullstack/hyracks/hyracks-storage-am-bloomfilter/src/main/java/org/apache/hyracks/storage/am/bloomfilter/impls/MurmurHash128Bit.java#L132C58-L132C58] will always read the data of the first PK even if the second PK is required.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)