mirror of
https://github.com/postgres/postgres.git
synced 2025-07-15 19:21:59 +03:00
Don't trust deferred-unique indexes for join removal.
The uniqueness condition might fail to hold intra-transaction, and assuming it does can give incorrect query results. Per report from Marti Raudsepp, though this is not his proposed patch. Back-patch to 9.0, where both these features were introduced. In the released branches, add the new IndexOptInfo field to the end of the struct, to try to minimize ABI breakage for third-party code that may be examining that struct.
This commit is contained in:
@ -2277,10 +2277,11 @@ relation_has_unique_index_for(PlannerInfo *root, RelOptInfo *rel,
|
||||
int c;
|
||||
|
||||
/*
|
||||
* If the index is not unique or if it's a partial index that doesn't
|
||||
* match the query, it's useless here.
|
||||
* If the index is not unique, or not immediately enforced, or if it's
|
||||
* a partial index that doesn't match the query, it's useless here.
|
||||
*/
|
||||
if (!ind->unique || (ind->indpred != NIL && !ind->predOK))
|
||||
if (!ind->unique || !ind->immediate ||
|
||||
(ind->indpred != NIL && !ind->predOK))
|
||||
continue;
|
||||
|
||||
/*
|
||||
|
Reference in New Issue
Block a user