kgyrtkirk commented on code in PR #16248:
URL: https://github.com/apache/druid/pull/16248#discussion_r1559676135
##########
sql/src/main/java/org/apache/druid/sql/calcite/planner/CalciteRulesManager.java:
##########
@@ -82,6 +83,10 @@ public class CalciteRulesManager
private static final int HEP_DEFAULT_MATCH_LIMIT = Integer.parseInt(
System.getProperty(HEP_DEFAULT_MATCH_LIMIT_CONFIG_STRING, "1200")
);
+ private static final String BLOAT_PROPERTY = "druid.sql.planner.bloat";
+ private static final int BLOAT = Integer.parseInt(
+ System.getProperty(BLOAT_PROPERTY, "100")
Review Comment:
yeah - I agree...an off switch would be better than tweaking an integer;
it depends on the execution engine how it evaluates a set of expressions
which may share common subexpressions ...it might not cause much problem in
case it could avoid recomputations.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
