hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ashutosh Chauhan (JIRA)" <>
Subject [jira] [Commented] (HIVE-3833) object inspectors should be initialized based on partition metadata
Date Tue, 22 Jan 2013 08:52:13 GMT


Ashutosh Chauhan commented on HIVE-3833:

Comments on phabricator.
  * I have made bunch of requests to rename functions, feel free to use better names than
what I suggested if you feel like.
  * I have not reviewed the new tests that you have added. I assume you have verified those.
  * pm.retrieveAll() change in ObjectStore() is of concern to me. If the comments I made there
are valid, please take time to see if we can do something better there.
> object inspectors should be initialized based on partition metadata
> -------------------------------------------------------------------
>                 Key: HIVE-3833
>                 URL:
>             Project: Hive
>          Issue Type: Improvement
>          Components: Query Processor
>            Reporter: Namit Jain
>            Assignee: Namit Jain
>         Attachments: hive.3833.10.patch, hive.3833.11.patch, hive.3833.12.patch, hive.3833.13.patch,
hive.3833.14.patch, hive.3833.16.path, hive.3833.17.patch, hive.3833.1.patch, hive.3833.2.patch,
hive.3833.3.patch, hive.3833.4.patch, hive.3833.5.patch, hive.3833.6.patch, hive.3833.7.patch,
hive.3833.8.patch, hive.3833.9.patch
> Currently, different partitions can be picked up for the same input split based on the
> serdes' etc. And, we dont allow to change the schema for LazyColumnarBinarySerDe.
> Instead of that, different partitions should be part of the same split, only if the
> partition schemas exactly match. The operator tree object inspectors should be based
> on the partition schema. That would give greater flexibility and also help using binary
serde with rcfile

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message