compiler: potential issue with ScanOptimizer::getNumActivePartitions

Bug #1343642 reported by Ravisha Neelakanthappa
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Trafodion
In Progress
High
Ravisha Neelakanthappa

Bug Description

The function ScanOptimizer::getNumActivePartitions() is supposed to return how many partitions are going to accessed at runtime.
This involves analyzing search key predicates and table partitions type (range or hash) so on. For example if the predicate is on key col like primary_key = <some existing col value>, this function should returns 1 active partition.

Fixing this function to return correct number of partitions is important for Trafodion because we deal with range partitions in HBase.

Tags: sql-cmp
Changed in trafodion:
milestone: none → r0.9
Changed in trafodion:
milestone: r0.9 → r1.0
Changed in trafodion:
milestone: r1.0 → r1.1
Changed in trafodion:
status: New → In Progress
Revision history for this message
Ravisha Neelakanthappa (ravisha-neelakanthappa) wrote :

Two cases to consider in this bug:
A. Table is pre-partitioned using SALT by clause.
This has been fixed, compiler properly estimates active partitions and Rc (Repeat Count) for HashPartition Table.

B. Table gets split by Hbase after reaching configured filesize limit
I am currently working on this problem.

Changed in trafodion:
milestone: r1.1 → r1.2
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.