Olá,

Em 21 de julho de 2010 19:38, Fábio Gibon - Comex System <
[email protected]> escreveu:

>  Pessoal,
>         como não domino alguns conceitos do Post, por favor, podem me dizer
> se a lógica que planejei é adequada?
>
> === cenário/necessidades ===
> - possuo tabelas que sofrem muitas inclusões/exclusões durante o dia, e
> precisam manter os registros existentes (1)
> - possuo tabelas que sofrem muitas inclusões durante o dia, porém
> podem/devem ser zeradas de um dia para o outro (2)
> - preciso ter o mínimo de processos rodando durante o dia que possam
> intervir em disponibilidade/performance (3)
> - preciso ter bons planos de execução (4)
>
> === planejamento ===
> - ter as seguintes rotinas automatizadas (e rodando a noite, nesta ordem)
>  - rodar um truncate table para as tabelas (2), verificando antes de cada
> truncate se a tabela está disponível (ou usando nowait)
>
Não sei se estas tabelas que você limpa tem alguma relação (chave
estrangeira) com outras tabelas, caso tenha, você só conseguirá usar o
TRUNCATE CASCADE se sua versão do PG for >= 8.2.

>  - rodar um vacuum full para as tabelas (1), também validando a
> disponibilidade de cada uma
>
Cuidado. O vacuum full trava a tabela. Derrepente poderia pensar em criar
uma outra tabela com a mesma estrutura, transferir os dados, depois apagar a
tabela que sofre inclusões/exclusões e renomear a tabela criada. Dependendo
da quantidade de dados este processo pode ser uma alternativa.

>  - rodar um analyze de todo banco (4)
>
Importante. Uma vez por dia no mínimo.

>  - ativar o autovacuum (on)
>
Sim, com certeza. Ele esta ai para nos ajudar.

>  - desativar o autovacuum (off) antes do início do dia (3)
>
Eu não desativaria e sim iria rever os valores para os parâmetros do
autovacuum.

>
> O que acham?
>
> abraços
>
> Fábio Henrique Gibon
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>

[]s
-- 
JotaComm
http://jotacomm.wordpress.com
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a