compiler: potential issue with ScanOptimizer::getNumActivePartitions
Bug #1343642 reported by
Ravisha Neelakanthappa
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Trafodion |
In Progress
|
High
|
Ravisha Neelakanthappa |
Bug Description
The function ScanOptimizer:
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.
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 |
Changed in trafodion: | |
milestone: | r1.1 → r1.2 |
To post a comment you must log in.
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.