Em 23 de agosto de 2012 22:58, Flavio Henrique Araque Gurgel
fla...@4linux.com.br escreveu:
[...]
Na versão 9.1 ou superior o VACUUM FULL funciona como CLUSTER sem porém
ordenar a tabela por um índice. O CLUSTER, todavia, permanece disponível.
Vc quis dizer 9.0 ou superiores né!
Att,
--
2012/8/23 Bruno Silva bemanuel...@gmail.com
É Flávio, vontade não falta. Porém o sistema é grande e tenho mudado ele
aos poucos - pessoalmente - para ser compatível com o 9.1, digamos que o
desenvolvimento do sistema foi feito sem preocupação nenhuma com Casts (
fora outros absurdos ).
Uma
Opa Matheus,
Quanto aos casts estou sim fazendo aos poucos, por isso o processo é lento.
Mas vou olhar o link que você me mandou. Só a possibilidade de uso do
hot-standby já resolveria 20% dos problemas na parte do BI.
O Vacuum Full vi mesmo falando sobre a degradação - a madrugada foi
proveitosa.
2012/8/24 Bruno Silva bemanuel...@gmail.com
Opa Matheus,
Quanto aos casts estou sim fazendo aos poucos, por isso o processo é
lento. Mas vou olhar o link que você me mandou. Só a possibilidade de uso
do hot-standby já resolveria 20% dos problemas na parte do BI.
Pra BI você pode
Em 23-08-2012 23:40, Bruno Silva escreveu:
É Flávio, vontade não falta. Porém o sistema é grande e tenho mudado ele
aos poucos - pessoalmente - para ser compatível com o 9.1, digamos que o
desenvolvimento do sistema foi feito sem preocupação nenhuma com Casts (
fora outros absurdos ).
Então
Em 24-08-2012 08:19, Fabrízio de Royes Mello escreveu:
Em 23 de agosto de 2012 22:58, Flavio Henrique Araque Gurgel
fla...@4linux.com.br mailto:fla...@4linux.com.br escreveu:
[...]
Na versão 9.1 ou superior o VACUUM FULL funciona como CLUSTER sem porém
ordenar a tabela por um
On 24-08-2012 16:33, Flavio Henrique Araque Gurgel wrote:
Em 24-08-2012 08:19, Fabrízio de Royes Mello escreveu:
Em 23 de agosto de 2012 22:58, Flavio Henrique Araque Gurgel
fla...@4linux.com.br mailto:fla...@4linux.com.br escreveu:
[...]
Na versão 9.1 ou superior o VACUUM FULL
Em 24-08-2012 16:36, Euler Taveira escreveu:
Vc quis dizer 9.0 ou superiores né!
9.1 ou superiores mesmo, quando o código do VACUUM FULL foi otimizado,
gerando uma tabela nova e apagando a antiga no final, o que é mais
rápido mas precisa de espaço pra nova tabela no disco.
O Fabrizio está
Boa tarde, estou analisando e estudando algumas coisas referentes a
performance e tamanho das bases de dados e me surgiu uma dúvida.
O Dump e Restore continua sendo a melhor alternativa em detrimento do
Reindex e Vacuum ?
http://www.linuxinsight.com/optimize_postgresql_database_size.html
Bruno E.
Em 23/08/2012 15:00, Bruno Silva escreveu:
Boa tarde, estou analisando e estudando algumas coisas referentes a
performance e tamanho das bases de dados e me surgiu uma dúvida.
O Dump e Restore continua sendo a melhor alternativa em detrimento do
Reindex e Vacuum ?
Eu também, acho, por isso questionei. E como tenho ambientes com 9.1 e 8.2
fiquei na dúvida. De se e quando mudou.
Bruno E. A. Silva.
2012/8/23 Flávio Alves Granato flavio.gran...@gmail.com
Em 23/08/2012 15:00, Bruno Silva escreveu:
Boa tarde, estou analisando e estudando algumas coisas
Em 23 de agosto de 2012 15:08, Flávio Alves Granato
flavio.gran...@gmail.com escreveu:
Em 23/08/2012 15:00, Bruno Silva escreveu:
Boa tarde, estou analisando e estudando algumas coisas referentes a
performance e tamanho das bases de dados e me surgiu uma dúvida.
O Dump e Restore continua
On 23-08-2012 22:24, Bruno Silva wrote:
E no caso de um vacuum full em uma base 8.2 vocês indicam alguns
parâmetros para melhorar a performance durante o mesmo?
A melhor recomendação: atualize sua versão. 8.2 não é mais suportado.
Em versões 9.0 ou anteriores do PostgreSQL, substitua VACUUM
É Flávio, vontade não falta. Porém o sistema é grande e tenho mudado ele
aos poucos - pessoalmente - para ser compatível com o 9.1, digamos que o
desenvolvimento do sistema foi feito sem preocupação nenhuma com Casts (
fora outros absurdos ).
Então estou com essa preocupação diária.
Estava lendo
14 matches
Mail list logo
