Em 26 de setembro de 2012 13:13, Flavio Henrique Araque Gurgel < [email protected]> escreveu:
> > Em 26-09-2012 11:57, Itamar Reis Peixoto escreveu: > > 2012/9/26 Edson Lidorio<[email protected]>: > >> Olá Fábio Telles, > >> > >> Qual seria a solução inteligente para o armazenamento de imagens? > >> > >> Edson > > > > coloque o nome do arquivo no banco e armazene a imagem no disco. > > > > replique as imagens para outros servidores utilizando rsync ou glusterfs > > Faça isso e não tenha integridade referencial nem o controle de versão > com suas imagens. Um simples rm no disco e pumba! Perdeu playboy. > > Backup e replicação são simplificados se colocados os arquivos no banco > também. > > Não sei porque tanta gente tem medo de colocar arquivo binário em banco > de dados com bytea. Não faz mas sentido em 2012, salvo raras excessões. > Estou migrando uma base de 400GB de imagens (e mais uns 10GB de dados) para Large Objects. Depois digo se melhorou ou não. Estou testando aqui. Sei que para imagens pequenas, LO não deveria fazer muita diferença. Mas milhões de imagens em Bytea é um problema: quando você faz um select na tabela, mesmo que não vá retornar o campo com bytea, se você fizer um seq scan, você terá problemas, pois a imagem faz parte da tupla e percorrer centenas de GB desnecessariamente não é nada bom. No mais concordo: cada caso é um caso. Eu estou testando o meu caso particular. Neste caso, o dump do bytea se mostrou inviável, pois leva muito tempo e ocupa mais de 700GB, quase o dobro da base. []s -- Atenciosamente, Fábio Telles Rodriguez blog: http:// <http://www.midstorm.org/~telles/>http://tellesr.wordpress.com e-mail / gtalk / MSN: [email protected] Skype: fabio_telles
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
