[firebase-br] Fotos no arquivo (Performance)
Felix - Sol
felix.sol em terra.com.br
Qui Maio 13 15:51:40 -03 2010
Acho que tudo é uma questão de necessidade / custos x benefícios do projeto.
Cada caso tem de ser estudado individualmente e não há uma regra geral que
possa ser aplicada.
Meu sistema armazena SIM as fotos no banco, mas observem as condições de
trabalho:
1. Máximo de 10 estações acessando simultaneamente - testes foram realizados
com simulação de 50 terminais simultâneos;
2. Tabela de Cadastro com cerca 2.500 registros - testes feitos com 50.000
registros;
3. as fotos são convertidas para o tamanho de 150x130 pixels - o banco não
será sobrecarregado com imagens de 10 MPixels, por exemplo.
Fco. Felix
Desenvolvimento de Sistemas
www.soltecnologia.com.br
-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Eduardo Bahiense
Enviada em: quinta-feira, 13 de maio de 2010 15:30
Para: lista em firebase.com.br
Assunto: Re: [firebase-br] Fotos no arquivo (Performan-se)
Também não sou de apaixonite.
Particularmente, por aqui, que temos uma aplicação multicliente com mais
de 500 acessos simultaneos, backup é algo vital, e fazemos de hora em
hora. Assim, cocluimos que as fotos seriam um peso desnecessário e as
colocamos em pastas com um schedule de backup diário.
Só para contribuir com as métricas:
Servidor : Linux Debian
Espaço em disco utilizado: 1,06 GB
Quantidade de pastas : 568
Quantidade de arquivos : 107.640
Performance : Transparente
Detalhe - não são só arquivos de fotos, existem outros conteúdos
digitais, mas estes representam pelo menos 90% do volume.
Quando o sistema era cliente servidor e rodava no cliente, armazenávamos
no banco, e quando tínhamos que pedir um backup ao cliente, o tamanho do
banco limitava bastante o processo pelo tempo de upload, onde mais de
60% do tamanho do banco era foto. São coisas que a gente não pensa no
início e que não tem nada a ver com a técnica, em si, mas que
estrangulam alguma parte do processo.
[]s
Eduardo
Eduardo
Josauro S.J. escreveu:
> Já participei dessa discussão anteriormente e hoje a rotina permite
> tanto uma coisa como outra, normalmente guarda-se apenas o caminho no
> BD, ai entra uma outra questão:
> Performanse, já tive problemas de acessar uma estrutura de diretório
> grande onde armazenava umas 100.000 (cem mil fotos) +- 1mg cada (alta
> qualidade) então mesmo usando umas 5000 pastas com uma duzia de fotos em
> cada, o acesso as fotos pelo Sistema Operacional tambem em certos casos
> é lento, hera um funil, não fiz teste se fosse em um bancodedados FB so
> de fotos para ver se seria melhor. (com peso menor das fotos melhora
> aperforman-se mas tem seu peso acessar a arvore de diretorios).
>
> Abraços
> Josauro S.J.
>
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use:
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa
Mais detalhes sobre a lista de discussão lista