[
https://issues.apache.org/jira/browse/PHOENIX-2163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14712572#comment-14712572
]
Shuxiong Ye commented on PHOENIX-2163:
--------------------------------------
calcite-test-mac/*.out contains the explain information.
Take query=select count\(*\) from AGGREGATION_TABLE for example,
in 4.5.0-calcite.out, line 20-22 is the explain information.
{code}
14 Starting gathering stats for AGGREGATION_TABLE ...
15 EXECUTING DDL: update statistics AGGREGATION_TABLE
16 EXECUTING DDL finished
17 runQuery query=select count(*) from AGGREGATION_TABLE
18 select count(*) from AGGREGATION_TABLE - time:[2150, 2220, 3399]
19 getExplainPlan query= EXPLAIN PLAN FOR select count(*) from
AGGREGATION_TABLE
20 EXPLAIN: PhoenixToEnumerableConverter
21 PhoenixServerAggregate(group=[{}], EXPR$0=[COUNT()])
22 PhoenixTableScan(table=[[phoenix, AGGREGATION_TABLE]])
{code}
while in 4.5.1-HBase-1.1.out, line 16-18 is the explain information.
{code}
13 Starting gathering stats for AGGREGATION_TABLE ...
14 EXECUTING DDL: update statistics AGGREGATION_TABLE
15 select count(*) from AGGREGATION_TABLE - time:[1679, 2690, 3091]
16 EXPLAIN: CLIENT 3-CHUNK PARALLEL 1-WAY FULL SCAN OVER AGGREGATION_TABLE
17 SERVER FILTER BY FIRST KEY ONLY
18 SERVER AGGREGATE INTO SINGLE ROW
{code}
Are these the explaining you need?
> Measure performance of Phoenix/Calcite querying
> -----------------------------------------------
>
> Key: PHOENIX-2163
> URL: https://issues.apache.org/jira/browse/PHOENIX-2163
> Project: Phoenix
> Issue Type: Bug
> Reporter: James Taylor
> Assignee: Shuxiong Ye
> Attachments: PHOENIX-2163.patch, calcite-test-mac.tar.gz
>
>
> The work to integrate Phoenix with Calcite has come along far enough that
> queries both against the data table and through a secondary index is
> functional. As a checkpoint, we should compare performance of as many queries
> as possible in our regression suite for the calcite branch against the latest
> Phoenix release (4.5.0). The runtime of these two systems should be the same,
> so this will give us an idea of the overhead of query parsing and compilation
> for Calcite. This is super important, as it'll identify outstanding work
> that'll be necessary to do prior to any releases on top of this new stack.
> Source code of regression suite is at
> https://github.com/mujtabachohan/PhoenixRegressor
> Connection string location:
> https://github.com/mujtabachohan/PhoenixRegressor/blob/master/src/main/resources/settings.json
> Instructions on how to compile and run:
> https://github.com/mujtabachohan/PhoenixRegressor/blob/master/README.md
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)