A apresentação do Diogo é excelente, apenas eu colocaria mais um aspecto: BACKUP! Quando a solução é FS a vida de quem administra o banco sempre é mais fácil pois na hora do caos os blobs são um inferno... nunca vi um banco gigante em blobs ser mais fácil de manter que uma solução dedicada em FS... mas como sempre a solução é depende... :-)
bye gilnei Em 10/02/09, Osvaldo Kussama<[email protected]> escreveu: > 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 ? > > > > > > > > Dê uma lida na apresentação do Diogo Biazus na PGCon Brasil 2007: > "Preciso armazenar arquivos no banco. O que fazer?" > > http://www.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=arquivos_no_banco.pdf > > Osvaldo > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- (pt_BR; [email protected]) E9BA2383; wwwkeys.pgp.net _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
