Re: Optimizer Bug? - Mailing list pgsql-bugs

From Peter Eisentraut
Subject Re: Optimizer Bug?
Date
Msg-id Pine.GSO.4.02A.10005301350400.10362-100000@Leopard.DoCS.UU.SE
Whole thread Raw
In response to Optimizer Bug?  ("Mitterwald, Holger" <mittehlg@coi.de>)
List pgsql-bugs
On Tue, 30 May 2000, Mitterwald, Holger wrote:

> If I execute the following statement:
> query: explain select k.name, t.lang from kneipe k, typ t where
> k.typ=t.typ;
> ProcessUtility: explain select k.name, t.lang from kneipe k, typ t where
> k.typ=t.typ;

> Seems ok to me, but if I insert a (huge) table which is nowhere
> referenced (here:"preis"), the
> following happens:
>
> query: explain select k.name, t.lang from kneipe k, typ t, preis p where
> k.typ=t.typ;

> The query takes up to 100 times longer although the table "preis" is not
> used at all.

Sure it's used. Just because it's not mentioned in the select list doesn't
mean it will be ignored completely. What you get here is a three-way join,
which is of course slower than a two way join.


--
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: Optimizer Bug?
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Failures with arrays