Received: from localhost (maia-2.hub.org [200.46.204.187])
	by postgresql.org (Postfix) with ESMTP id 4A7719FC275
	for <pgsql-sql-postgresql.org@postgresql.org>;
	Thu,  9 Aug 2007 19:15:54 -0300 (ADT)
Received: from postgresql.org ([200.46.204.71])
	by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024)
	with ESMTP id 99116-10 for <pgsql-sql-postgresql.org@postgresql.org>;
	Thu,  9 Aug 2007 19:15:46 -0300 (ADT)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.5
Received: from ns1.officenet.no (ns1.officenet.no [193.212.174.3])
	by postgresql.org (Postfix) with ESMTP id 56EE09FB7C1
	for <pgsql-sql@postgresql.org>; Thu,  9 Aug 2007 19:15:50 -0300 (ADT)
Received: from [84.48.119.79] (helo=andreak-laptop.local)
	by ns1.officenet.no with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <andreak@officenet.no>)
	id 1IJGI8-0006im-Ay
	for pgsql-sql@postgresql.org; Fri, 10 Aug 2007 00:15:43 +0200
From: Andreas Joseph Krogh <andreak@officenet.no>
Organization: OfficeNet AS
To: pgsql-sql@postgresql.org
Subject: Re: PG won't use index on ORDER BY <expression>
Date: Fri, 10 Aug 2007 00:15:33 +0200
User-Agent: KMail/1.9.6
References: <200708092018.44111.andreak@officenet.no>
	<87fy2s1nrd.fsf@oxford.xeocode.com>
	<200708092238.46284.andreak@officenet.no>
In-Reply-To: <200708092238.46284.andreak@officenet.no>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200708100015.34117.andreak@officenet.no>
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Archive-Number: 200708/60
X-Sequence-Number: 28998

On Thursday 09 August 2007 22:38:46 Andreas Joseph Krogh wrote:
> On Thursday 09 August 2007 22:00:54 Gregory Stark wrote:
> > "Andreas Joseph Krogh" <andreak@officenet.no> writes:
> > > I create an index:
> > > CREATE INDEX person_lowerfullname_idx ON
> > > person((lower(COALESCE(firstname, '')) || lower(COALESCE(lastname,
> > > ''))) varchar_pattern_ops);
> >
> > Why are you declaring it using the varchar_pattern_ops?
> >
> > The default operator set is the one you want for handling ordering. The
> > pattern_ops operator set is for handling things like x LIKE 'foo%'
>
> Ooops, just fugured that out. But - it still doesn't use the index if I
> remove the "varchar_pattern_ops". I solved it by adding a function:
>
> CREATE OR REPLACE FUNCTION concat_lower(varchar, varchar) RETURNS varchar
> AS $$
>     SELECT lower(coalesce($1, '')) || lower(coalesce($2, ''))
> $$ LANGUAGE SQL IMMUTABLE;
>
> And than creating an index:
> CREATE INDEX person_lowerfullname_idx ON person(concat_lower(firstname,
> lastname));
>
> Another question then: Why doesn't "varchar_pattern_ops" handle ordering?
> This means I need 2 indexes on the columns I want to match with LIKE and
> ORDER BY. Just doesn't seem right to need 2 "similar" indexes...

Hmm, one more question:
If I want to ORDER BY "created" too, the index is not used anymore:
=2D- This uses index:
EXPLAIN ANALYZE select firstname, lastname from person order by=20
concat_lower(firstname, lastname) ASC limit 10;
=2D- This doesn't
EXPLAIN ANALYZE select firstname, lastname from person order by=20
concat_lower(firstname, lastname) ASC, created DESC limit 10;

I figured out that it's because they have different sort-order (ASC/DESC). =
If=20
both are ASC, the index is used.

Is there a way around this?

=2D-=20
Andreas Joseph Krogh <andreak@officenet.no>
Senior Software Developer / Manager
=2D-----------------------+---------------------------------------------+
OfficeNet AS            | The most difficult thing in the world is to |
Karenslyst All=E9 11      | know how to do a thing and to watch         |
PO. Box 529 Sk=F8yen      | somebody else doing it wrong, without       |
0214 Oslo               | comment.                                    |
NORWAY                  |                                             |
Tlf:    +47 24 15 38 90 |                                             |
=46ax:    +47 24 15 38 91 |                                             |
Mobile: +47 909  56 963 |                                             |
=2D-----------------------+---------------------------------------------+