mirror of
https://github.com/postgres/postgres.git
synced 2025-05-17 06:41:24 +03:00
In a nestloop inner indexscan, it's OK to use pushed-down baserestrictinfo
clauses even if it's an outer join. This is a corner case since such clauses could only arise from weird OUTER JOIN ON conditions, but worth fixing. Per example from Ron at cheapcomplexdevices.com.
This commit is contained in:
parent
8b20f8a51d
commit
a025aa179c
@ -9,7 +9,7 @@
|
||||
*
|
||||
*
|
||||
* IDENTIFICATION
|
||||
* $Header: /cvsroot/pgsql/src/backend/optimizer/path/indxpath.c,v 1.147.4.1 2005/04/20 21:48:22 tgl Exp $
|
||||
* $Header: /cvsroot/pgsql/src/backend/optimizer/path/indxpath.c,v 1.147.4.2 2005/12/06 16:59:22 tgl Exp $
|
||||
*
|
||||
*-------------------------------------------------------------------------
|
||||
*/
|
||||
@ -666,10 +666,6 @@ group_clauses_by_indexkey_for_join(Query *root,
|
||||
{
|
||||
RestrictInfo *rinfo = (RestrictInfo *) lfirst(i);
|
||||
|
||||
/* Can't use pushed-down clauses in outer join */
|
||||
if (isouterjoin && rinfo->ispusheddown)
|
||||
continue;
|
||||
|
||||
if (match_clause_to_indexcol(rel,
|
||||
index,
|
||||
indexcol,
|
||||
|
Loading…
x
Reference in New Issue
Block a user