Re: Wrong plan sequential scan instead of an index one
От | Gaetano Mendola |
---|---|
Тема | Re: Wrong plan sequential scan instead of an index one |
Дата | |
Msg-id | 460CF5E4.3090005@bigfoot.com обсуждение исходный текст |
Ответ на | Re: Wrong plan sequential scan instead of an index one (Michael Fuhr <mike@fuhr.org>) |
Ответы |
Re: Wrong plan sequential scan instead of an index one
|
Список | pgsql-performance |
-----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-----
В списке pgsql-performance по дате отправления: