2015-12-11 16:11 GMT-02:00 Matheus de Oliveira <[email protected]>:
> > 2015-12-11 16:08 GMT-02:00 Matheus de Oliveira <[email protected]> > : > >> >> Está usando largeobjects propriamente dito (via pg_largeobjects) ou >> campos bytea? >> >> O dump realmente tem um consumo excessivo de memória para backup de >> bytea, principalmente caso tenhas uma linha com bytea's muito grandes. >> > > Ah. Mais uma pergunta importante. Está usando um formato binário? Se não, > pode tentar com o binário (-Fc ou -Fd) e ver se resolve? > Hoje roda já com -Fc > > Quanto ao tamanho das linhas, você pode ter uma ideia da que ocupa mais > espaço da seguinte forma: > > SELECT max(length(coluna_bytea)) FROM tabela; > Até já fiz esse levantamento a um tempo atrás, até pq antes tínhamos um problema pq a empresa fornecedora da aplicação não trata os objetos que são modificados ou excluídos, assim ficando um monde de LO órfãos, todos os dias a noite tenho que rodar um vacuumlo :(. Mas respondendo a sua pergunta, na verdade não tem nenhuma tabela que é a vilã, tem umas 4 tabelas e todas possuem os mesmos arquivos, sim isso mesmo :). > > > At. > -- > Matheus de Oliveira > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
