Re: [BUGS] Routine analyze of single column prevents standard autoanalyze from running at all

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Tomasz Ostrowski <tometzky+pg(at)ato(dot)waw(dot)pl>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [BUGS] Routine analyze of single column prevents standard autoanalyze from running at all
Date: 2016-06-06 19:59:37
Message-ID: 4217.1465243177@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

I wrote:
> Tomasz Ostrowski <tometzky+pg(at)ato(dot)waw(dot)pl> writes:
>> I suppose this is a bug - an analyze, which does not analyze all
>> columns, should not reset pg_stat_user_tables(n_mod_since_analyze). What
>> do you think?

> I'm inclined to think that this is a reasonable complaint. A usage
> pattern like that probably hasn't come up before; but now that it has,
> it's clear it shouldn't block auto-analyze from happening.

Attached is a draft patch for this, which I propose to apply and
back-patch. Any objections?

regards, tom lane

Attachment Content-Type Size
analyze-conditionally-reset-counter.patch text/x-diff 4.3 KB

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Josh berkus 2016-06-06 20:23:30 Re: [BUGS] Routine analyze of single column prevents standard autoanalyze from running at all
Previous Message Tom Lane 2016-06-06 18:38:00 Re: [BUGS] Routine analyze of single column prevents standard autoanalyze from running at all

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2016-06-06 20:06:38 Re: Reviewing freeze map code
Previous Message Tom Lane 2016-06-06 19:26:41 Re: Changed SRF in targetlist handling