Re: Forcing the right queryplan - Mailing list pgsql-general

From Henk van Lingen
Subject Re: Forcing the right queryplan
Date
Msg-id 20100909150417.GD24520@uu.nl
Whole thread Raw
In response to Re: Forcing the right queryplan  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Forcing the right queryplan  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Thu, Sep 09, 2010 at 10:50:52AM -0400, Tom Lane wrote:
  > Henk van Lingen <H.G.K.vanLingen@uu.nl> writes:
  > >          ->  Bitmap Heap Scan on systemevents  (cost=61221.23..668806.93 rows=239805 width=158) (actual
time=9.131..1786.406rows=464 loops=1) 
  > >                Recheck Cond: (to_tsvector('english'::regconfig, message) @@ to_tsquery('131.211.112.9'::text))
  >
  > Well, there's your problem: the planner is off by a factor of about 500
  > on its estimate of the number of rows matching this query, and that's
  > what's causing it to pick the wrong plan.  What you need to look into
  > is getting that estimate to be more in sync with reality.  Probably
  > increasing the stats target for the message column would help.

  But how can I get sane estimates for syslog data? Some searchstrings will
  result in only a few hits, others in thousands of records or more.

  Regards,


--
Henk van Lingen, ICT-SC Netwerk & Telefonie,                  (o-      -+
Universiteit Utrecht, Jenalaan 18a, room 0.12                 /\        |
phone: +31-30-2538453                                         v_/_      |
http://henk.vanlingen.net/             http://www.tuxtown.net/netiquette/

pgsql-general by date:

Previous
From: Chris Barnes
Date:
Subject: Re: logging postgres to syslog on centos, truncates the postgres message.
Next
From: Tom Lane
Date:
Subject: Re: Forcing the right queryplan