uber/queryparser

Column usage doesn't include hive struct accessors

Open

#11 ouverte le 29 août 2017

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)Haskell (1 079 stars) (145 forks)batch import
good first issue

Description

For tables where the majority of 'columns' are abstracted under a top-level column, e.g. body or msg, we don't surface the struct accessor as the column name, rendering analysis of these queries unusable.

Ideally, if we had a msg.name, msg.attrs.foo, msg.attrs.bar struct, we'd see the leaf struct names as the column name, i.e. msg.name, msg.attrs.foo, etc. Instead, we currently see msg for all of them.

Guide contributeur

Stack technique
sql
Domaine
databaseanalytics
Type d'issue
feature
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 days
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
stale
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
clear
Prérequis
Basic understanding of SQL parsingFamiliarity with Hive struct syntax
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
20
Direction de recherche
Investigate the column name extraction logic in the parser. The issue requests that when accessing struct fields like msg.name, the column name should reflect the leaf struct name. Look at how the parser currently retrieves column names and identify where the struct accessor is lost. Consider modifications to propagate the full path. See the issue at https://github.com/uber/queryparser/issues/11.