Em 29 de julho de 2010 19:12, KaH 600CC <[email protected]> escreveu: > > Olá Fábio, > Minha especialidade é SQL Server, mas estou trabalhando com PostgreSQL há um > tempo e acho muito importante realizar o vacuumdb, eu utilizo em > minhas bases. Ele faz uma limpeza e verificação que podem ser importantes a > longo prazo, para não acumular pequenos erros e dados irrelevantes. Pelo > menos eu costumo utilizar aqui!
É importante conhecer o real funcionamento do VACUUM. Ele não *corrige* erros, mas marca os espaços antes ocupados por registros eliminados como livres, liberando-os para que o banco de dados reutilize-os. Já o VACUUM FULL além de liberar os espaços vazios faz uma reorganização dos registros existentes, compactando-os e liberando espaço em disco para o sistema operacional utilizar com outros recursos. Este último procedimento só é recomendável em tabelas onde as tuplas são em sua maioria são compostas de registros eliminados (pense em uma tabela onde a proporção de registros eliminados é muito maior dos registros existentes). Maiores informações em [1] > Já meu problema é outro... estou com uma aplicação cliente-servidor usando o > PostgreSQL 8.4 e quando um cliente, que está alterando um registro, > perde a conexão com o servidor o registro fica alocado no postgreSQL, > impedindo que outro cliente possa alterá-lo. Para resolver isso, alterei as > configurações de KEEPALIVE no arquivo "postgresql.conf" para: > (corte) Evite misturar assuntos em threads para mantê-las organizadas e coesas. Para cada novo problema/questão, uma nova thread deve ser aberta. [1] http://wiki.postgresql.org/wiki/VACUUM_FULL -- TIAGO J. ADAMI http://www.adamiworks.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
