forked from postgres/postgres
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit 2e824a8
committed
Rewrite choose_bitmap_and() to make it more robust in the presence of
competing alternatives for indexes to use in a bitmap scan. The former
coding took estimated selectivity as an overriding factor, causing it to
sometimes choose indexes that were much slower to scan than ones with a
slightly worse selectivity. It was also too narrow-minded about which
combinations of indexes to consider ANDing. The rewrite makes it pay more
attention to index scan cost than selectivity; this seems sane since it's
impossible to have very bad selectivity with low cost, whereas the reverse
isn't true. Also, we now consider each index alone, as well as adding
each index to an AND-group led by each prior index, for a total of about
O(N^2) rather than O(N) combinations considered. This makes the results
much less dependent on the exact order in which the indexes are
considered. It's still a lot cheaper than an O(2^N) exhaustive search.
A prefilter step eliminates all but the cheapest of those indexes using
the same set of WHERE conditions, to keep the effective value of N down in
scenarios where the DBA has created lots of partially-redundant indexes.1 parent 2b99411 commit 2e824a8Copy full SHA for 2e824a8
File tree
Expand file treeCollapse file tree
1 file changed
+279
-150
lines changedFilter options
- src/backend/optimizer/path
Expand file treeCollapse file tree
1 file changed
+279
-150
lines changed
0 commit comments