-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Lá no trabalho estamos com um projeto de digitalização de determinados documentos históricos e quando estavamos planejando a ideia era jogar em campos blob, mas ai começamos a digitalização e cada imagem digitalizada à com 300dpi ocupam nada menos que 70MB em formato JPEG. Atualmente temos aproximadamente 1TB de imagens e se não estou enganado nem chegamos a 1/10 do trabalho.
Ainda não temos ideia do local, mas a julgar pelo tamanho, certamente vamos optar porFS mesmo. Imagine uma aplicação carregando 70MB do postgreSQL, vamos precisar um banco de dados exclusivo só para armazenar imagens, e como alguém já citou: Restaurar um desastre a partir de um dump de campos blob não é a 8ª maravilha do mundo. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.3) iEYEARECAAYFAkmSB8EACgkQvYr5A2x2VOvmagCgkLA1JGM3/Tl+P2L7xNbIEdzf EYQAn32AisDZBdctt81+U2mQ7Eg5VqZX =du+L -----END PGP SIGNATURE----- 2009/2/10 Marcos Aurelio <[email protected]>: > Então, ví que já há alguma discussão sobre esse assunto porém o papo > ficou focado em como implementar o uploading e armazenamento em coluna > do tipo blob. Assim como recuperar de lá e mesmo enviar para um navegador. > > Mas pouco se comentou acerca de performance e segurança. Então vou dar o > chute inicial aqui, para ver se conseguimos ampliar a abrangencia dessa > discussão > para que sirva, no futuro, para alguém tomar suas decisões. > > Antes vamos considerar que alguém tenha uma certa coleção de imagens > pequenas > em Kbytes de tamanho. Algo como umas 5000 imagens em JPG ou TIFF, em P&B, > de não mais que 50Kb de tamanho cada uma. E precisa-se de uma aplicação WEB > para manuseá-las. Digamos ainda, que associado a cada arquivo de imagem, > seja > necessário algum dado relacional. > > A grande discussão é: o que seria mais seguro e eficiente para manusear esse > acervo? > > 1) uma aplicação que manuseie uma tabela que contenha os dados relacionais > do arquivo + > um "ponteiro" para o FQPN do arquivo. Ou > > 2) uma aplicção que manuseie uma tabela que contenha colunas para os dados > relacionais e > mais uma coluna do tipo Blob (ou qualquer congenere) para o armazenamento da > imagem. > > > TABELA_EX_1 > id integer, > data_ref date, > titulo varchar(80), > path_imagem varchar(200) > > > TABELA_EX_2 > id integer, > data_ref date, > titulo varchar(80), > imagem blob > > Assim, a aplicação 1 teria que ser orientada a gerar um diretorio e nome de > arquivo para: A) colocar o upload da imagem neste "lugar"; B) gravar este > full-qualyfied-path-name na coluna path_imagem. > > Já a aplicação 2 estaria focada em gravar e recuperar (ler) o conteudo da > coluna Blob para enviar de/para entre o Browser e o BD. > > É óbvio que a aplicação 1 ainda seria envolvida com toda a sobrecarga de > preocupações ou interferencias dos aspectos de Segurança que estão em torno > do manuseio de arquivos ao longo de um File System - FS qualquer, ou por > entre o FS e o Servidor Web. > > Então, qual modelo (arquitetura) de aplicação implica em um menor custo > global e um maior desempenho ? > > > MN > -- > Eng. Sistemas / Consultor em TI > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Welington Rodrigues Braga -------------- Web: http://www.welrbraga.eti.br MSN: welrbraga[*]msn·com Gtalk: welrbraga[*]gmail·com Yahoo / Skype: welrbraga PGP Key: 0x6C7654EB Linux User #253605 "Em tudo somos atribulados, porém não angustiados; perplexos, porém não desanimados; perseguidos, porém não desamparados; abatidos, porém não destruídos;" - 2Co 4:8,9 _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
