Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
-
None
Description
The query preparation process (parse, validate, convert SqlNode to RelNode, plan) is complicated, and each step depends on state on the previous one. We have two ways of managing that preparation process: CalcitePrepareImpl (used by the JDBC driver) and org.apache.calcite.tools.Planner (your only practical option if your code doesn't live inside JDBC).
We should make CalcitePrepareImpl use a Planner internally, get rid of shared logic, and make them behave consistently.
From email thread with gian:
Compare and contrast:
Attachments
Issue Links
- depends upon
-
CALCITE-1536 Initialize cluster before planner
-
- Open
-
- is related to
-
CALCITE-4179 org.apache.calcite.jdbc package polluting core Calcite planning packages
-
- Open
-
- relates to
-
CALCITE-1509 Allow overriding the convertlet table in CalcitePrepareImpl
-
- Closed
-