Message-ID: <460CF5E4.3090005@bigfoot.com>
Date: Fri, 30 Mar 2007 13:35:00 +0200
From: Gaetano Mendola <mendola@bigfoot.com>
User-Agent: Thunderbird 2.0.0.0pre (Windows/20070328)
MIME-Version: 1.0
To: "pgsql-performance@postgresql.org" <pgsql-performance@postgresql.org>
CC: Michael Fuhr <mike@fuhr.org>
Subject: Re: Wrong plan sequential scan instead of an index one
References: <460CD941.6080303@bigfoot.com>
	<b41c75520703300251oe916648r75c16c1bf70cd10@mail.gmail.com>
	<460CE19A.3060909@bigfoot.com>
	<20070330104611.GA1540@winnie.fuhr.org>
	<20070330105534.GA1737@winnie.fuhr.org>
In-Reply-To: <20070330105534.GA1737@winnie.fuhr.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Michael Fuhr wrote:
> On Fri, Mar 30, 2007 at 04:46:11AM -0600, Michael Fuhr wrote:
>> Have you tried increasing the statistics target on l_pvcp.value?
>> I ran your queries against canned data in 8.2.3 and better statistics
>> resulted in more accurate row count estimates for this and other
>> parts of the plan.  I don't recall if estimates for non-leading-character
>> matches in earlier versions can benefit from better statistics.
> 
> This might work only in 8.2.  I see the following in the Release Notes:
> 
> * Improve the optimizer's selectivity estimates for LIKE, ILIKE,
>   and regular expression operations (Tom)


I will try same select on a 8.2 ( that one was a 8.1 ) and I'll let you
know.

Regards
Gaetano Mendola

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGDPXk7UpzwH2SGd4RAsQcAKCs5sh3mYuE2TMdbtdxxgSOs989JACglT1H
44s1hJZJ5upBzIPwLigoxa4=
=Aas2
-----END PGP SIGNATURE-----