On 04/17/2013 07:49 AM, Moshe Jacobson wrote:
>
> On Tue, Apr 16, 2013 at 7:29 PM, Adrian Klaver <adrian.klaver@gmail.com
> <mailto:adrian.klaver@gmail.com>> wrote:
>
> "
> The autovacuum daemon, if enabled, will automatically issue ANALYZE
> commands whenever the content of a table has changed sufficiently.
> However, administrators might prefer to rely on manually-scheduled
> ANALYZE operations, particularly if it is known that update activity
> on a table will not affect the statistics of "interesting" columns.
> The daemon schedules ANALYZE strictly as a function of the number of
> rows inserted or updated; it has no knowledge of whether that will
> lead to meaningful statistical changes.
> "
>
> So at a guess there has not been enough churn on the table.
>
>
> So pg_restore's COPY would not trigger the ANALYZE? That seems wrong.
Well the argument most often heard is that the command has a cost and it
left to the discretion of the user as to when to incur that cost. For
instance I, and others, often use COPY to transfer data from some
external data source to a holding table, from which the data is then
manipulated/transferred to one or more tables. I have not interest in
having the holding table ANALYZEd as I am going to hit all the rows
anyway. Generally what people do in your situation is include a manual
ANALYZE in a script that is part of or follows the COPY.
>
>
> --
> Moshe Jacobson
> Nead Werx, Inc. | Manager of Systems Engineering
> 2323 Cumberland Parkway, Suite 201 | Atlanta, GA 30339
> moshe@neadwerx.com <mailto:moshe@neadwerx.com> | www.neadwerx.com
> <http://www.neadwerx.com/>
>
> "Quality is not an act, it is a habit." -- Aristotle
--
Adrian Klaver
adrian.klaver@gmail.com