-
Type: Bug
-
Resolution: Cannot Reproduce
-
Priority: Major - P3
-
None
-
Affects Version/s: 2.6.1
-
Component/s: Index Maintenance, Querying
-
None
-
Fully Compatible
-
ALL
-
We are trying to enable --notablescan, however there is one update operation that generates a table scan even when a suitable index exists.
And since hinting does not exists for updates we tried index filter.
Sadly the planner always includes the table scan solution even when it has other (faster) options and --notablescan is activated.
There are multiple mitigating solutions like implement hints for updates or having the option to exclude table scans in index filters but this seams really like a bug in the query planner.
The query planner should not try the table scan if it is not allowed.
Or it should catch the table scan failure and take another solution.
Are there other mechanism to prevent table scans?