[ 
https://issues.apache.org/jira/browse/ASTERIXDB-3159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17706491#comment-17706491
 ] 

ASF subversion and git services commented on ASTERIXDB-3159:
------------------------------------------------------------

Commit c9bb8088631bc0d0bab62d319f9fc532caa33e59 in asterixdb's branch 
refs/heads/master from Wail Alkowaileet
[ https://gitbox.apache.org/repos/asf?p=asterixdb.git;h=c9bb808863 ]

[ASTERIXDB-3159][STO] Fix point lookups on columnar dataseet

- user model changes: no
- storage format changes: no
- interface changes: no

Details:
This patch fixes the issue of running out of values
when point lookups are performed against columnar
datasets. The issue was that the next point lookup
(using the stateful batch point lookup) would
proceed without testing if:
   - the tuple key == the required key

Change-Id: I46075b62daa2389f83f214cbe76e41a48763b9ed
Reviewed-on: https://asterix-gerrit.ics.uci.edu/c/asterixdb/+/17455
Reviewed-by: Murtadha Hubail <[email protected]>
Integration-Tests: Jenkins <[email protected]>
Tested-by: Jenkins <[email protected]>


> Column iterator throws 'no more values' with secondary indexes
> --------------------------------------------------------------
>
>                 Key: ASTERIXDB-3159
>                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-3159
>             Project: Apache AsterixDB
>          Issue Type: Bug
>          Components: STO - Storage
>    Affects Versions: 0.9.9
>            Reporter: Wail Y. Alkowaileet
>            Assignee: Wail Y. Alkowaileet
>            Priority: Major
>             Fix For: 0.9.9
>
>
> When querying against columnar datasets with secondary indexes, the following 
> error is thrown:
> {code:java}Caused by: java.lang.IllegalAccessError: no more values    at 
> org.apache.asterix.column.assembler.PrimitiveValueAssembler.next(PrimitiveValueAssembler.java:34)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.operation.query.ColumnAssembler.nextValue(ColumnAssembler.java:77)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.tuple.QueryColumnWithMetaTupleReference.getAssembledValue(QueryColumnWithMetaTupleReference.java:95)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.operation.query.QueryColumnWithMetaTupleProjector.getAssembledValue(QueryColumnWithMetaTupleProjector.java:72)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.operation.query.QueryColumnTupleProjector.project(QueryColumnTupleProjector.java:80)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.storage.am.common.dataflow.IndexSearchOperatorNodePushable.writeTupleToOutput(IndexSearchOperatorNodePushable.java:387)
>  ~[hyracks-storage-am-common-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.storage.am.lsm.btree.dataflow.LSMBTreeBatchPointSearchOperatorNodePushable.writeSearchResults(LSMBTreeBatchPointSearchOperatorNodePushable.java:127)
>  ~[hyracks-storage-am-lsm-btree-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.storage.am.lsm.btree.dataflow.LSMBTreeBatchPointSearchOperatorNodePushable.nextFrame(LSMBTreeBatchPointSearchOperatorNodePushable.java:88)
>  ~[hyracks-storage-am-lsm-btree-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.dataflow.common.comm.io.AbstractFrameAppender.write(AbstractFrameAppender.java:94)
>  ~[hyracks-dataflow-common-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.dataflow.std.sort.AbstractFrameSorter.flush(AbstractFrameSorter.java:232)
>  ~[hyracks-dataflow-std-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.dataflow.std.sort.AbstractSorterOperatorDescriptor$MergeActivity$1.initialize(AbstractSorterOperatorDescriptor.java:188)
>  ~[hyracks-dataflow-std-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.lambda$runInParallel$0(SuperActivityOperatorNodePushable.java:236)
>  ~[hyracks-api-7.5.0-4006.jar:7.5.0-4006]    at 
> java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?] {code}
> The issue is likely to "over-skipping" values when primary index lookups are 
> performed



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

Reply via email to