Re: [HACKERS] Interesting index/LIKE/join slowness problems

From: Ole Gjerde <gjerde(at)icebox(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Interesting index/LIKE/join slowness problems
Date: 1999-07-18 20:30:41
Message-ID: Pine.LNX.4.05.9907181521570.12072-100000@snowman.icebox.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 16 Jul 1999, Tom Lane wrote:
> I was wrong about that --- the executor *does* handle OR'd indexqual
> conditions, basically by performing a new indexscan for each OR'd
> condition. (That's why EXPLAIN is listing the index multiple times.)
> The trouble with OR-of-ANDs is entirely the optimizer's fault; the
> executor would do them fine if the optimizer would only hand them over
> in that form.
> > What would be the outlook on fixing the problem and not the symptom? :)
> I plan to look into fixing this for 6.6, but don't hold your breath
> waiting...

Thanks for giving the very detailed explanation!

Since we really need to have this work, or go with a different database,
we would be willing to pay someone to fix this problem. Would anybody be
interested in doing this, how soon and how much? It would be preferable
that this would be a patch that would be accepted back into postgres for
6.6.

Thanks,
Ole Gjerde
Avsupport Inc.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 1999-07-18 21:27:53 Re: [HACKERS] Interesting index/LIKE/join slowness problems
Previous Message Bruce Momjian 1999-07-18 18:08:27 6.6 branding