[ https://issues.apache.org/jira/browse/CALCITE-4179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17181220#comment-17181220 ]
Stamatis Zampetakis commented on CALCITE-4179: ---------------------------------------------- I have the impression that this issue is somehow related with CALCITE-1525. > org.apache.calcite.jdbc package polluting core Calcite planning packages > ------------------------------------------------------------------------ > > Key: CALCITE-4179 > URL: https://issues.apache.org/jira/browse/CALCITE-4179 > Project: Calcite > Issue Type: Bug > Components: core > Reporter: Laurent Goujon > Priority: Major > > Several classes under {{org.apache.calcite.jdbc}} package are used by > planning classes. As those JDBC classes are some form of implementation, it > means the Calcite API has some kind of coupling, causing extra challenges for > alternate implementations. > One of the central classes of {{org.apache.calcite.jdbc}} is > {{CalciteSchema}} which represents the catalog space. This class is designed > to load the entire catalog and hold it in memory, which is a problem for > those having catalogs too large for this to be practical. This class is > sometimes used instead of the more generic {{Schema}} and {{SchemaPlus}} > classes. > Another similar class is {{CalcitePrepare}}: the class is for example used by > {{org.apache.calcite.prepare.Prepare}} instead of the dependency being the > other way around. -- This message was sent by Atlassian Jira (v8.3.4#803005)