pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Andrew Dunstan <andrew@dunslane.net>
To: Anibal David Acosta <aa@devshock.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: best practice to avoid table bloat?
Date: Thu, 16 Aug 2012 16:48:29 -0400
Message-ID: <502D5C9D.4020502@dunslane.net> (raw)
In-Reply-To: <009d01cd7bee$785b1380$69113a80$@devshock.com>
References: <009d01cd7bee$785b1380$69113a80$@devshock.com>


On 08/16/2012 04:33 PM, Anibal David Acosta wrote:
>
> Hi,
>
> if I have a table that daily at night is deleted about 8 millions of 
> rows (table maybe has 9 millions) is recommended to do a vacuum 
> analyze after delete completes or can I leave this job to autovacuum?
>
> This table is very active during the day but less active during night
>
> I think that the only only thing where Postgres is weak, is in this 
> area (table and index bloat).
>
> For some reason for the same amount of data every day postgres consume 
> a little more.
>
>


Check out pg_reorg.

cheers

andrew




view thread (5+ messages)  latest in thread

Message-ID: <502D5C9D.4020502@dunslane.net>
Permalink:  ../502D5C9D.4020502@dunslane.net/
Also on:    postgresql.org/message-id/502D5C9D.4020502@dunslane.net

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: andrew@dunslane.net, aa@devshock.com
  Subject: Re: best practice to avoid table bloat?
  In-Reply-To: <502D5C9D.4020502@dunslane.net>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox