Re: R: Autovacuum and frequent pg_bulkload - Mailing list pgsql-general

From Adrian Klaver
Subject Re: R: Autovacuum and frequent pg_bulkload
Date
Msg-id 9a61a198-bb69-94dd-61ea-be025b2850f8@aklaver.com
Whole thread Raw
In response to R: Autovacuum and frequent pg_bulkload  (Job <Job@colliniconsulting.it>)
List pgsql-general
On 11/20/2016 07:20 AM, Job wrote:
> Hi Adrian,
> Thank you for your fast reply!
>
>> FYI, Postgres 8.4 is over two years past EOL.
> Yes, i am aware; we will migrate next year but for application compatibility reason we have at the moment to the
remainhere.. 
>
>
>> What are the steps in the load/delete cycle?
>
> We need to load, with pg_bulkload, log datas for reporting.
> We load every hours about one million of row and twice a day we generated aggregated report.
> Then we delete old rows (we cannot use truncate because we only delere rows older than 24 hours).
> I think, but i can be wrong, that pg_bulkload do not reuse free space marked previously by the delete..

Can you be more specific.

In other words show the actual commands you use?

Also how are you defining free space, space the OS sees or space
Postgres sees?

How are you determining the free space?

>
> Only vacuum full empty free space, but tablea became locked.

VACUUM full returns space to the OS if that is what you mean?

>
> Thank you
> Francesco
>


--
Adrian Klaver
adrian.klaver@aklaver.com


pgsql-general by date:

Previous
From: Job
Date:
Subject: R: Autovacuum and frequent pg_bulkload
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] How to change order sort of table in HashJoin