You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "Paul Rogers (JIRA)" <ji...@apache.org> on 2017/01/29 00:48:25 UTC

[jira] [Updated] (DRILL-5231) Query profiles omit sender operations from text plan

     [ https://issues.apache.org/jira/browse/DRILL-5231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Paul Rogers updated DRILL-5231:
-------------------------------
    Summary: Query profiles omit sender operations from text plan  (was: Query profiles omit some operations from text plan)

> Query profiles omit sender operations from text plan
> ----------------------------------------------------
>
>                 Key: DRILL-5231
>                 URL: https://issues.apache.org/jira/browse/DRILL-5231
>             Project: Apache Drill
>          Issue Type: Bug
>          Components:  Server
>    Affects Versions: 1.9.0
>            Reporter: Paul Rogers
>            Priority: Minor
>
> If one takes a careful look at a query profile, one finds that the JSON representation of each operator contains entries for operations that do not appear in the text plan. The following is an example. First, an excerpt of the text representation of the plan:
> {code}
> ...
> 02-01                          UnorderedMuxExchange
> 03-01                            Project
> 03-02                              HashAgg
> 03-03                                Project
> 03-04                                  Project
> 03-05                                    HashJoin
> 03-07                                      Project
> 03-08                                        Project
> 03-09                                          Project
> 03-10                                            HashJoin
> 03-12                                              Project
> 03-14                                                Scan
> 03-11                                              Project
> 03-13                                                BroadcastExchange
> ...
> 04-04                                                        Scan
> 03-06                                      BroadcastExchange
> 05-01                                        Project
> ...
> {code}
> Notice that there is no 03-00 in the above list. But, this operator *does* exist in the profile JSON.
> Next, the output of a small program to match up operator profile elements in JSON with the text plan elements. (The plan presents operators in ascending order; the profile presents them in descending order):
> {code}
> 3-0-14 - Def: Scan / Prof: PARQUET_ROW_GROUP_SCAN
> 3-0-12 - Def: Project / Prof: PROJECT
> 3-0-13 - Def: BroadcastExchange / Prof: UNORDERED_RECEIVER
> 3-0-11 - Def: Project / Prof: PROJECT
> 3-0-10 - Def: HashJoin / Prof: HASH_JOIN
> 3-0-9 - Def: Project / Prof: PROJECT
> 3-0-8 - Def: Project / Prof: PROJECT
> 3-0-7 - Def: Project / Prof: PROJECT
> 3-0-6 - Def: BroadcastExchange / Prof: UNORDERED_RECEIVER
> 3-0-5 - Def: HashJoin / Prof: HASH_JOIN
> 3-0-4 - Def: Project / Prof: PROJECT
> 3-0-3 - Def: Project / Prof: PROJECT
> 3-0-2 - Def: HashAgg / Prof: HASH_AGGREGATE
> 3-0-1 - Def: Project / Prof: PROJECT
> 3-0-0 - Def: Sender / Prof: SINGLE_SENDER
> {code}
> In the above, we see that 03-00 does exist and is a Single Sender. (FWIW, the notation is major, minor, operator, name of operator from the Plan, name of the operator from the operator profile resolved via the operator type.)
> The query plan emitted into the profile should include these elements so it is clear what is expected to happen at the top of each major fragment.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)