opt: add cancellation checks to expensive exploration rules #87585
Labels
C-enhancement
Solution expected to add code/behavior + preserve backward-compat (pg compat issues are exception)
E-quick-win
Likely to be a quick win for someone experienced.
O-qa
T-sql-queries
SQL Queries Team
Projects
#85041 added some cancellation checks to the optimizer. However, there are a few exploration rules that can take significant time to complete for complex queries - for example,
ReorderJoins
can take a long time when the join limit is increased and/or join properties are expensive to calculate, andGenerateLookupJoins
is expensive when there are many candidate indexes. We should consider adding cancellation checks to the following rules, as well as their variants (if any):Jira issue: CRDB-19428
The text was updated successfully, but these errors were encountered: