Re: COPY TO and VACUUM

Поиск
Список
Период
Сортировка
От Roberto Grandi
Тема Re: COPY TO and VACUUM
Дата
Msg-id 1680047223.718929.1378275308275.JavaMail.root@trovaprezzi.it
обсуждение исходный текст
Ответ на Re: COPY TO and VACUUM  (Kevin Grittner <kgrittn@ymail.com>)
Ответы Re: COPY TO and VACUUM  (Kevin Grittner <kgrittn@ymail.com>)
Re: COPY TO and VACUUM  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-performance
Hi kevin

first of all thanks for your help. I did a mistake we are using postgres 8.3.

I didn't expect COPY TO frees space but I was wondering Autovacumm delete dead rows as soon as possible, in fact my
scenariois: 

- Delete all products record for a vendor
- Reload all products record (from new listing) for the same vendor.

Obviously we repeat this process continously and table space is growing really fast.

Can you suggest me an approach for autovacuum within this scenario and, if you want, suggest me an appropriate version
ofpostgres that help solving my problem? 

Many thanks in advance again.

BR,
Roberto



----- Messaggio originale -----
Da: "Kevin Grittner" <kgrittn@ymail.com>
A: "Roberto Grandi" <roberto.grandi@trovaprezzi.it>, pgsql-performance@postgresql.org
Inviato: Martedì, 3 settembre 2013 22:34:30
Oggetto: Re: [PERFORM] COPY TO and VACUUM

Roberto Grandi <roberto.grandi@trovaprezzi.it> wrote:

> I'm running Postgres 8.4 on Ubuntu 10.4 Linux server (64bit)
> I have a big table tath contains product information: during the
> day we perform a process that import new product continously with
> statemtn COPY TO .. from files to this table.
>
> As result the table disk space is growing fast, it seems that
> postgres is not able to free space for old rows.

COPY TO would not free any space.  Is there some other activity you
haven't yet mentioned?

> Is it possible to run a specific autovacuum acivity or say to
> postgres "every time I delete a row, delete it immedialty and
> don't take care of other transactions" ?

You can configure autovacuum to be more aggressive, or you could
run VACUUM statements.

> Do you have any suggestion for me?

8.4 is getting pretty old; there have been a lot of autovacuum
improvements in recent years.

--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


В списке pgsql-performance по дате отправления:

Предыдущее
От: Claudio Freire
Дата:
Сообщение: Re: Weird case of wrong index choice
Следующее
От: Rafael Martinez
Дата:
Сообщение: Re: SQL statement over 500% slower with 9.2 compared with 9.1