Re: An Index Scanning Solution question

From: Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>
To: Bruno Wolff III <bruno(at)wolff(dot)to>
Cc: Atesz <atesz(at)ritek(dot)hu>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: An Index Scanning Solution question
Date: 2004-05-20 21:18:49
Message-ID: 20040520140932.J22962@megazone.bigpanda.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On Thu, 20 May 2004, Bruno Wolff III wrote:

> On Wed, May 19, 2004 at 15:17:01 +0200,
> Atesz <atesz(at)ritek(dot)hu> wrote:
> >
> > I'd like to ask why the index scaning can't move on an index in
> > multi-order directions (For exapmle: 1.column: forward, 2.column:
> > backward and 3.column: forward again)? So I wouldn't have to use so many
> > indexes. Has somebody tried to implement this idea in Postgres or is
> > there a more difficult reason in the postgres implementation which
> > cause this defect?
>
> Because there is only one order on an index. So you can only go forward
> and backwards over all of the columns/functions.

If you're willing to make multiple visits you might be able to scan past
and back but I don't know how that'd work for our indexes.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2004-05-20 21:28:27 Re: commit messages from gforge -> pgsql-committers
Previous Message Marc G. Fournier 2004-05-20 21:11:47 Re: commit messages from gforge -> pgsql-committers