Re: Query plan issues - volatile tables - Mailing list pgsql-performance

From Craig James
Subject Re: Query plan issues - volatile tables
Date
Msg-id 4A27F07C.3050904@emolecules.com
Whole thread Raw
In response to Query plan issues - volatile tables  (Brian Herlihy <btherl@yahoo.com.au>)
List pgsql-performance
Brian Herlihy wrote:
> We have a problem with some of our query plans.  One of our
>tables is quite volatile, but postgres always uses the last
>statistics snapshot from the last time it was analyzed for query
>planning.  Is there a way to tell postgres that it should not
>trust the statistics for this table?  Basically we want it to
>assume that there may be 0, 1 or 100,000 entries coming out from
>a query on that table at any time, and that it should not make
>any assumptions.>

I had a similar problem, and just changed my application to do an analyze either just before the query, or just after a
majorupdate to the table.  Analyze is very fast, almost always a orders of magnitude faster than the time lost to a
poorquery plan. 

Craig

pgsql-performance by date:

Previous
From: Matthew Wakeling
Date:
Subject: GiST index performance
Next
From: Scott Carey
Date:
Subject: Re: degenerate performance on one server of 3