Re: statistics target for columns in unique constraint? - Mailing list pgsql-performance

From Marti Raudsepp
Subject Re: statistics target for columns in unique constraint?
Date
Msg-id CABRT9RBwmDxjq-tzLMh6rFX-suJYVQMiGSQAADsueg07rvB1dg@mail.gmail.com
Whole thread Raw
In response to statistics target for columns in unique constraint?  (ach <alanchines@gmail.com>)
Responses Re: statistics target for columns in unique constraint?
List pgsql-performance
On Mon, May 13, 2013 at 6:01 PM, ach <alanchines@gmail.com> wrote:
> what I'm wondering is, since
> the unique constraint already covers the whole table and all rows in
> entirety, is it really necessary for statistics to be set that high on
> those?

AFAIK if there are exact-matching unique constraints/indexes for a
query's WHERE clause, the planner will deduce that the query only
returns 1 row and won't consult statistics at all.

> Or does that only serve to slow down inserts to that table?

It doesn't slow down inserts directly. Tables are analyzed in the
background by autovacuum. However, I/O traffic from autovacuum analyze
may slow down inserts running concurrently.

Regards,
Marti


pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: RT3.4 query needed a lot more tuning with 9.2 than it did with 8.1
Next
From: Mike McCann
Date:
Subject: Re: Hardware suggestions for maximum read performance