[ 
https://issues.apache.org/jira/browse/ARROW-6711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ben Kietzman updated ARROW-6711:
--------------------------------
    Description: 
There is unnecessary boilerplate required when using the Filter/Expression 
classes. Filter is no longer necessary; it (and FilterVector) can be replaced 
with Expression. Expression is sufficiently general that it can be subclassed 
to provide any custom functionality which would have been added through a 
GenericFilter (add some tests for this).

Additionally rows within RecordBatches yielded from a scan are not currently 
filtered using Expression::Evaluate(). (Add tests ensuring both row filtering 
and pruning obey Kleene logic)

Add some comments on the mechanism of {{Assume()}} too

  was:
There is unnecessary boilerplate required when using the Filter/Expression 
classes. Filter is no longer necessary; it (and FilterVector) can be replaced 
with Expression. Expression is sufficiently general that it can be subclassed 
to provide any custom functionality which would have been added through a 
GenericFilter (add some tests for this).

Additionally rows within RecordBatches yielded from a scan are not currently 
filtered using Expression::Evaluate(). (Add tests ensuring both row filtering 
and pruning obey Kleene logic)


> [C++] Consolidate Filter and Expression classes
> -----------------------------------------------
>
>                 Key: ARROW-6711
>                 URL: https://issues.apache.org/jira/browse/ARROW-6711
>             Project: Apache Arrow
>          Issue Type: Improvement
>          Components: C++
>            Reporter: Ben Kietzman
>            Assignee: Ben Kietzman
>            Priority: Major
>              Labels: dataset
>             Fix For: 1.0.0
>
>
> There is unnecessary boilerplate required when using the Filter/Expression 
> classes. Filter is no longer necessary; it (and FilterVector) can be replaced 
> with Expression. Expression is sufficiently general that it can be subclassed 
> to provide any custom functionality which would have been added through a 
> GenericFilter (add some tests for this).
> Additionally rows within RecordBatches yielded from a scan are not currently 
> filtered using Expression::Evaluate(). (Add tests ensuring both row filtering 
> and pruning obey Kleene logic)
> Add some comments on the mechanism of {{Assume()}} too



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to