Details
-
Sub-task
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
-
None
Description
See PHOENIX-3156. The issue is pretty tricky:
- only filterKeyValue can make skip decision
- we're skiping rows (not Cells)
- the next Cell we skip to is dynamic (not know ahead of time)
- we can only skip if the row as a whole has not been filtered
So in order to support non-pk column filters with this optimization (i.e. SELECT DISTINCT(pk1-prefix) FROM table WHERE non-pk-column = xxx) we need to refashion this is FilterWrapper and only fire the optimization when the inner filter did not filter the entire row, this is in many cases hard to determine. It's certainly more complex than the TransactionVisibilityFilter.