Leandro, A chave natural é do tipo texto, por isso estou criando uma chave artificial. Comparar números é mais barato do que texto? Foi por isso que criei-a.
Fabiano, Obrigado pelas respostas, eu deixei para criar os índices depois mesmo, e o autovacuum está ativado. Já acabou de rodar a alteração e o espaço utilizado na partição voltou ao normal. Abraços Em 29 de agosto de 2011 23:24, Fabiano Machado Dias < [email protected]> escreveu: > Em 29/8/2011 23:01, Leandro Guimarães Faria Corce DUTRA escreveu: > > Le 2011-A-29 22h33, Thiago Godoi a écrit : > >> Após essa carga… adicionei um campo… bigserial, com o comando: > >> > >> ALTER TABLE X ADD COLUMN Y BIGSERIAL; > > Aí vem a velha pergunta… para quê? Geralmente, uma adição dessas é > > porque não se percebeu ou declarou uma chave natural. > > > > > > > > Mas não respondeu a pergunta dele! Aliás, como sempre né Leando?! > > > Thiago, > > Se você adicionou uma coluna com um valor default não nulo ou está > mudando o tipo de uma coluna existente, a tabela será toda reescrita, > inclusive os seus índices. > > Você pode melhorar o tempo excluindo os índices da tabela e depois > recriando de novo e desabilitando o fsync (se for possível)! > > http://www.postgresql.org/docs/9.0/interactive/sql-altertable.html > > Depois que o o processo terminar rode um vacuum na tabela, provavelmente > o espaço irá diminuir. > > Abraço, > Fabiano Machado Dias > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Thiago Godoi Ec07
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
