You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@phoenix.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2022/09/30 03:46:00 UTC
[jira] [Commented] (PHOENIX-6798) Eliminate unnecessary reversed scan for AggregatePlan
[ https://issues.apache.org/jira/browse/PHOENIX-6798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17611342#comment-17611342 ]
ASF GitHub Bot commented on PHOENIX-6798:
-----------------------------------------
comnetwork closed pull request #1510: PHOENIX-6798 Eliminate unnecessary reversed scan for AggregatePlan
URL: https://github.com/apache/phoenix/pull/1510
> Eliminate unnecessary reversed scan for AggregatePlan
> -----------------------------------------------------
>
> Key: PHOENIX-6798
> URL: https://issues.apache.org/jira/browse/PHOENIX-6798
> Project: Phoenix
> Issue Type: Bug
> Components: core
> Affects Versions: 5.1.2
> Reporter: chenglei
> Assignee: chenglei
> Priority: Major
>
> For HBase, reversed scan is slower than normal forward scan.
> Consider following table:
> {code}
> create table test_table
> (group_id integer not null,
> keyword varchar not null,
> cost integer,
> CONSTRAINT TEST_PK PRIMARY KEY (group_id,keyword))
> {code}
> For the following sql :
> {code}
> select keyword,sum(cost) from test group by keyword order by keyword desc
> {code}
> The compiled {{AggregatePlan}} would set the scan for HBase as reversed scan, but that is very strange, because for this sql, {{GroupBy.isOrderPreserving}} is false, we have no need to set the scan as reversed scan because we have to hash-aggregate the scanned results from HBase in {{Coprocessor}} before sending them to client.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)