From: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
---|---|
To: | Neil Dugan <postgres(at)butterflystitches(dot)com(dot)au> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: possible bug with compound index. |
Date: | 2005-02-14 04:40:28 |
Message-ID: | 20050213203524.D50542@megazone.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Mon, 14 Feb 2005, Neil Dugan wrote:
> I am using PostgreSQL 7.4.7
> I have a table with serveral fields two of these are a serialno
> (bigserial) and name(varchar). I have created two indexs on these
> fields.
> 1) on name
> 2) on name,serialno
> if I use the command
> 'select * from table order by name limit 1'
> everything is OK
> if I use the command
> 'select * from table order by name desc limit 1'
> everything is OK
> if I use the command
> 'select * from table order by name,serialno limit 1'
> everything is OK
> if I use the command
> 'select * from table order by name,serialno desc limit 1'
> The command is SLOW and gives back the INCORRECT data.
Without any example data and result, it's hard to say what you were
expecting or got. I'd expect the highest numbered serialno record for the
lowest sorting name from the above which is what any tests I've tried do.
Right now I believe it won't consider index usage because the ordering
asked for doesn't match either a forward ordering of the index(name,
serialno) or a reverse order (name desc, serialno desc).
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Dugan | 2005-02-14 05:04:00 | Re: possible bug with compound index. |
Previous Message | Neil Dugan | 2005-02-14 03:47:20 | possible bug with compound index. |