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/06/14 19:14:00 UTC

[jira] [Created] (ASTERIXDB-3213) Use only a single PK reader for both the cursor and the assembler

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

             Summary: Use only a single PK reader for both the cursor and the assembler
                 Key: ASTERIXDB-3213
                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-3213
             Project: Apache AsterixDB
          Issue Type: Bug
          Components: RT - Runtime
    Affects Versions: 0.9.9
            Reporter: Wail Y. Alkowaileet
            Assignee: Wail Y. Alkowaileet
             Fix For: 0.9.9


Previously, we used two separate primary key readers
 # One for the cursor
- Its position maintained by the cursor
 # And one for assembler (if the primary key is requested -- like in SELECT *)
- Its position maintained by calling this skip method

In the previous approach, maintaining the positions of two primary key(s) readers were messy, as we needed to re-sync the assembler reader with the cursor PK reader. The reason is that anti-matters are handled at the cursor level. When anti-matters are processed, they are skipped –  making the assembler PK reader out of sync.

{_}Additionally, maintaining two readers that are decoding the same values (twice) is unnecessary{_}.



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