Re: vacuum after truncate - Mailing list pgsql-performance

From Laurenz Albe
Subject Re: vacuum after truncate
Date
Msg-id 1512484854.2706.3.camel@cybertec.at
Whole thread Raw
In response to vacuum after truncate  (Mariel Cherkassky <mariel.cherkassky@gmail.com>)
List pgsql-performance
Mariel Cherkassky wrote:
> Hi,
> I have a big function that includes many truncates on different tables.
> In the documentation is is written that truncates creates a new file
> and resign the old filenode to the new filenode and the old file
> (old data of the table) is deleted in commit. 
> 
> In order to execute my function I run psql -d 'aa' -U 'bb' -C "select function()";
> 
> I have a few questions about it ?
> 
> 1.When I start the function, it means that the whole function is one big transaction right ?

Right.

> 2..Because the truncates I preform are part of a transaction it means that only at the end
>   of the transaction that space will be freed ? Which mean only when the function is finished?

Exactly.  The old file has to be retained, because there could be a ROLLBACK.

> 3..Does running vacuum at the end of the function on the tables that were truncated and
>   then populated with data will have any impact or is it better just to analyze them ?

For up-to-date statistics, ANALYZE is enough.
If you want to set hint bits so that the first reader doesn't have to do it,
VACUUM will help.  But that is not necessary.

Yours,
Laurenz Albe


pgsql-performance by date:

Previous
From: Mariel Cherkassky
Date:
Subject: vacuum after truncate
Next
From: Rodrigo Rosenfeld Rosas
Date:
Subject: Extremely slow DELETE with cascade foreign keys