É pessoal, li muito esses dias e realmente, DEPENDE :) Estou só dando um retorno da minha decisão. Decidi por usar o banco mesmo, principalmente pelo fator portabilidade. Nesse projeto agora terei acesso ao servidor, mas pretendo criar uma solução que atenda não só esse cliente, então poderão haver casos em que o cliente poderá hospedar em outros servidores que eu não tenha o mesmo acesso. E pra completar achei uma solução que faz boa parte do processamento da imagem ( redimensionamento, rotacionar, etc... ) dentro do próprio banco - sei que alguns estão se retorcendo na cadeira, mas essa é uma das minhas necessidades, afinal qualquer usuário poderá publicar e eles não se preocuparão com tamanho da imagem ou saberão utilizar um Gimp. A extensão que encontrei é a PostPic [1], está a 3 anos sem manutenção mas funcionou em todos os testes que fiz. Só terei claro algum trabalho ( considerável ) por causa da Serialização de imagem. Por causa da pressa farei tudo focando no banco, mas farei o mais organizado possível - não sou da vertente do Extreme Go Horse [2] - se for de interesse de alguém do grupo, posso depois documentar tudo que fiz ( até pra receber alguma sugestão de melhorias no código - que eu sei que não será perfeito ) - estou usando Hibernate, mas integro muita coisa no banco, gosto de usar o melhor de dois mundos.
[1] https://github.com/drotiro/postpic [2] http://www.carlostristacci.com.br/blog/extreme-go-horse-xgh/ Bruno E. A. Silva. Analista de Sistemas. Bacharel em Sistemas de Informação Pós-graduando em Gerência de Projetos Certified Scrum Master LPIC-1 SCJP, SE 6 Novell CLA / DCTS ECR DBA Postgres ------------------------------- “A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” - Sábio Desconhecido "Alguns prestam serviço/consultoria de Qualidade, os outros vendem licença!" 2013/5/29 izaque Maciel <[email protected]> > Bruno, irei te responder com a resposta do Euler Taveira, relacionado a > guardar imagens no banco. Mesmo com a resposta abaixo, eu optaria por > guardar no banco se cada uma das imagens não for grande. A palestra > mencionado abaixo do "Diogo", em > http://www.slideshare.net/diogobiazus/arquivos-no-banco, é de muita > ajuda. > > Resposta do Euler: > > Se você ler a palestra do Diogo [1] verá que a resposta a sua pergunta > é: depende. O Flavio citou algumas vantagens mas esqueceu de informar as > desvantagens (vide [1]). Há pessoas que utilizam uma solução mista > (banco de dados e sistema de arquivos) -- utilizando um sistema de cache > no SO para acelerar o acesso aos dados. > > O que deve ser avaliado: > > (i) haverá histórico das imagens? > (ii) o sistema utilizado é web? > (iii) a imagem é uma das colunas da tabela que contém vários outros > dados? Ou é uma tabela somente com a imagem? > (iv) qual é o tamanho médio das imagens? > (v) qual é o padrão de leitura/escrita na tabela que contém a imagem? > Por exemplo, 1 escrita p/ 10³ leituras, somente leitura, etc. > (vi) haverá um esquema rígido de segurança das imagens? > (vii) quantos registros são esperados para tabela em questão? > > É fato que: > > * imagens no banco facilitam o controle de acesso; > * acesso é mais lento no banco de dados; > * carga é maior no banco de dados; > * cópia de segurança só exige uma estratégia; > * toda alteração de dados e imagem é transacional; > * é necessário mais código para ler e armazenar imagens no banco de dados. > > Futuramente, o PostgreSQL terá o tipo DATALINK [2] que alia o melhor dos > dois mundos. > > Aconselho dar uma olhada em outras fontes [3][4] para tirar as suas > conclusões. > > [1] > > http://wiki.postgresql.org.br/Palestras_do_PGCon_Brasil_2007?action=AttachFile&do=get&target=arquivos_no_banco.pdf > [2] http://wiki.postgresql.org/wiki/DATALINK > [3] http://stackoverflow.com/questions/54500/storing-images-in-postgresql > [4] > http://stackoverflow.com/questions/3748/storing-images-in-db-yea-or-nay > > > _______________________________________________ > 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
