[firebase-br] Res: RES: Preciso de uma opinião (foto no banco de dados)

Sáb Fev 6 12:02:16 -03 2010

A todos.

Não tem muito o que fazer pessoal, alem das boas praticas de arquitetura de bd e software, diminuir o tamanho da imagem do arquivo e sem duvida uma solução , mas que tambem passa por uma boa arquitetura de rede, bons servidores, enfim, uma coleção de fatores que propiciem 
uma melhor velocidade em processamento. Velocidade de cabeçote de leitura do hd é algo que n se discute, quase todos hds hj tem mesma velocidade de deslocamento , a diferenca esta em arquitetura de so e de gravação. Pessoal são coisas diferentes. Um ntfs por exemplo grava a alocação de tabela no inicio do disco enquanto um os/400 , os/2 .... Gravam sua alocação de tabela no meio do disco, com gravação contigüa, so nisto se tem 50% de velocidade a mais. Tem muita coisa pra discutir neste assunto, n eh nada tão complexo, o problema eh achar material pra esplanar sobre o assunto.

Best regards.

Enviado pelo meu aparelho BlackBerry® da Vivo

-----Original Message-----
From: "Felix" <felix2005 em oi.com.br>
Date: Sat, 6 Feb 2010 10:20:23 
To: 'FireBase'<lista em firebase.com.br>
Subject: [firebase-br] RES:  Preciso de uma opinião (
	foto no banco de dados)

Se a aplicação for ser usada em 'modo desktop' OU se puder compartilhar uma
pasta no servidor para guardar as fotos (baixa segurança, qq um poderia
acessar/apagar/etc), você poderá escolher entre armazenar no banco de dados
ou num path externo.

MAS se você algum dia decidir que ira precisar acessar o sistema usando
Internet, as fotos precisam ficar no BD.

Eu trabalho com as imagens dentro do BD, seja BMP ou JPEG. Minha aplicação
abre o arquivo, converte em JPG, redimensiona para meu padrão (não armazena
imagem de 12 Megapixel) e salva via StoreProc.

O usuário tem na tela um Gauge que apresenta o progresso dessa conversão. 30
segundos para converter uma imagem JPEG de 8 Megapixel, 3.3 MB para uma
imagem com 0,2 Megapixel (150 x 130 pixel).

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 Douglas Silva
Enviada em: sábado, 6 de fevereiro de 2010 09:21
Para: FireBase
Assunto: Re: [firebase-br] RES: Preciso de uma opinião (foto no banco de

Ivan,

Vc tem inumeras maneiras de indexar um bd e deixa-lo rapido, e no SO vc nao
tem controle. Por isto, mesmo o arquivo sendo grande: 180gb, ainda assim é
imperceptivel o tempo das cabeças de leitura do HD. Vc está subestimando
bancos como Oracle, Firebird/Interbase, Postgres, em suas competencias de
gerenciar dados, seja BLOB ou nao. Eles sao melhores do que qualquer SO sem
qualquer duvida.

Vendo todas as discussoes anteriores, e como cada caso é um caso, eu abriria
uma excecao pra nao complicar a programcao: 1 usuario, firebird embedded,
maquina local.

________________________________
From: Ivan Brasil Fuzzer <ivan em cyber.inf.br>
To: FireBase <lista em firebase.com.br>
Sent: Fri, February 5, 2010 5:48:09 PM
Subject: Re: [firebase-br] RES:  Preciso de uma opinião (foto no banco de

Volto a dizer que o ideal jamais será ter as imagens no banco de dados.
Quando você consultar a imagem no banco, este trará a imagem para o disco
para então devolver o arquivo para a aplicação. Alguns podem dizer que
ficará em memória, mas temos que lembrar que memória acaba e quando tratamos
de arquivos as porções de memória a serem utilizadas são maiores e
inevitavelmente o arquivo vai para o disco. 
Desta maneira estaremos fazendo a consulta, gravando em disco, lendo do
disco e enviando o arquivo para a aplicação, enquanto poderíamos apenas
fazer a consulta, ler o arquivo e entregar o mesmo para a aplicação. 
Em um sistema com poucas consultas isso não será percebido, mas enquanto o
sistema for crescendo a coisa vai ficando diferente. 
Se tratando de firebird, temos que lembrar que a base de dados é um arquivo
único(pode ser dividido, é verdade) e o disco terá que deslocar sua cabeça
de leitura por um arquivo grande, devido aos arquivos, até chegar na
informação que deseja. Isto poderá gerar atraso nas consultas e diminuição
da vida útil do disco. 
A curto prazo parece ser uma coisa simples mas a longo prazo os prejuízos
vão além da complexidade de programação. 

----- Mensagem original ----- 
De: "Willian Jhonnes L. dos Santos" <willianjhonnes em gmail.com> 
Para: "FireBase" <lista em firebase.com.br> 
Enviadas: Sexta-feira, 5 de Fevereiro de 2010 18:19:59 (GMT-0300)
Auto-Detected 
Assunto: Re: [firebase-br] RES: Preciso de uma opinião (foto no banco de 

Em 05/02/2010 15:44, José mauricio Zottis escreveu: 
> E que tal faze um banco de dados apenas para as fotos? 
> Será que resolveria ou complicaria mais a situação? 

Complicaria... Imagine: 2 arquivos de banco de dados = 2 objetos de 
conexão executando Querys separadamente = impossibilidade de usar JOIN e 
UNION = alto índice de manutenção. 

O ideal é ter as imagens salvas no BD sim, mas no mesmo BD em que estão 
as outras. Quanto ao problema de "inchar" o arquivo do BD, isso só será 
um problema dependendo do sistema de arquivos onde o arquivo ficará 
hospedado. Sistemas FAT dão muito problema. NTFS não costumam, mas às 
vezes dão problemas sérios. Ext2 é um caso à parte. O melhor é usar em 
sistemas de arquivos ReiserFS, JFS ou XFS (meu preferido), para manter 
um bom acondicionamento do arquivo (baixíssima fragmentação, descritores 
de manipulação de clusters mais eficientes, etc). 

Espero ter ajudado a esclarecer mais um pouco o assunto. 

[]'s 

-- 

--------------------------------------------------- 
Att.: 
Willian Jhonnes L. dos Santos 
Analista/Desenvolvedor Object/Free Pascal 
willianjhonnes em gmail.com 
--------------------------------------------------- 
Seja livre. Use Linux. 
Grupo de Usuários GNU/Linux de São José dos Pinhais 
Linux user number 449753 
--------------------------------------------------- 
Powered by Slackware Linux 13.0 
Kernel 2.6.32.6-i686-core2quad 
--------------------------------------------------- 

______________________________________________ 
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 

-- 

:: Ivan Brasil Fuzzer :: 
Tecnocyber Automação de Negócios Ltda 
Setor de Infraestrutura 
Av. Salgado Filho, 85 - Apto 120 
Erechim - RS - 99700-000 
Fone: (54) 3522-3313 
______________________________________________
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

______________________________________________
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