You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Julian Hyde (Jira)" <ji...@apache.org> on 2020/08/20 19:01:00 UTC
[jira] [Resolved] (CALCITE-4183) FilterSetOpTransposeRule
constructor should allow for user defined Filter and SetOp classes
[ https://issues.apache.org/jira/browse/CALCITE-4183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Julian Hyde resolved CALCITE-4183.
----------------------------------
Resolution: Duplicate
CALCITE-3923 was a major refactor in 1.25 designed to solve this problem. I'm going mark this a duplicate. Re-open if this is still a problem after 1.25.
> FilterSetOpTransposeRule constructor should allow for user defined Filter and SetOp classes
> -------------------------------------------------------------------------------------------
>
> Key: CALCITE-4183
> URL: https://issues.apache.org/jira/browse/CALCITE-4183
> Project: Calcite
> Issue Type: Improvement
> Components: core
> Affects Versions: 1.24.0
> Reporter: Sean Broeder
> Priority: Major
> Original Estimate: 168h
> Remaining Estimate: 168h
>
> The current FilterSetOpTransposeRule constructor simply takes a RelBuilderFactory. Adding an additional constructor would allow more flexibility for user specific Filter and SetOp classes and follows behavior already allowed for several other rules.
> For example:
> /**
> * Creates a FilterSetOpTransposeRule that uses a generic
> * {@link Filter} and {@link SetOp}
> * @param filterClass filter class
> * @param setOpClass setOp class
> * @param relBuilderFactory builder factory for relational expressions
> */
> public FilterSetOpTransposeRule(Class<? extends Filter> filterClass,
> Class<? extends SetOp> setOpClass,
> RelBuilderFactory relBuilderFactory) {
> super(
> operand(filterClass,
> operand(setOpClass, any())),
> relBuilderFactory, null);
> }
--
This message was sent by Atlassian Jira
(v8.3.4#803005)