[firebase-br] trabalhar imagens em campos blob

Alysson Gonçalves de Azevedo agalysson em gmail.com
Qua Dez 21 19:57:38 -03 2011


Bem, WO, se não tiver a devida proteção, qualquer usuário poderá apagar a
imagem (e todo o restante do registro) a qualquer momento também. Então
deve-se tomar cuidado com isso também.

Mas assim, supondo que por algum motivo qualquer, a arquivo armazenado for
grande e não ter jeito de reduzir (mesmo compactando a imagem em 7zip ainda
não resolveria).

Teria como colocar esse registro para abrir em plano de fundo, sem travar a
tela do programa? Como se fosse um "download" de imagem...?
Se sim, seria usando um thread? ou algum método existente em algum
componente?

Alysson Gonçalves de Azevedo
(11) 8491-7730



Em 21 de dezembro de 2011 19:29, W O
<sistemas2000profesional em gmail.com>escreveu:

> Bueno, por lo que entendí de esta discusión parece que lo mejor es tener
> una tabla dentro de la Base de Datos que se encargue solamente de almacenar
> las imágenes.
>
> Tener las imágenes guardadas en una carpeta compartida del disco duro es
> más riesgoso porque cualquier usuario podría acceder a ellas y borrarlas o
> modificarlas o cambiarles de nombre.
>
> Saludos.
>
> Walter.
>
>
>
>
> 2011/12/21 Carlos H. Cantu <listas em warmboot.com.br>
>
> > A questão de só gravar o path não depende de ser client/server ou
> > multicamadas. Quem grava soh o path geralmente usa essa solução porque
> > as imagens ficam gravadas em um servidor de rede local, em uma pasta
> > compartilhada, portanto, sabendo-se o path, qualquer terminal que
> > tenha acesso ao compartilhamento pode carregar a imagem diretamente
> > pela rede, sem envolver o BD.
> >
> > Sobre ficar pesado ou não, depende do tamanho das imagens, velocidade
> > do link, protocolo de comunicação utilizado, etc. A única forma de
> > saber com ctz, é vc criar uma aplicação simples e testar na prática se
> > a velocidade será satisfatória.
> >
> > []s
> > Carlos H. Cantu
> > www.FireBase.com.br - www.firebirdnews.org
> > www.warmboot.com.br - blog.firebase.com.br
> >
> > RNR> eis a questão cada lançamento financeiro vira de um documento cada
> > RNR> documento será digitalizado provavelmente no format jpeg então vai
> ter
> > RNR> muitos arquivos digitalizados, o coloega deu uma dica que em
> > RNR> client/server funciona jogar apenas o path das imagens mais não sei
> se
> > RNR> em multicamadas vai funcionar, se funcionasse seria muito bom mais
> > RNR> acho que mapear da forma que se faz no client/server n vai rolar
> então
> > RNR> creio vai ter que ser campos blob mesmo, mais ainda tem a pergunta
> > RNR> será que vai ficar muito pesadão o sistema usando campos blob
> > RNR> carregados de imagens so lembrando será usado em 3 cidades
> > RNR> simultaneamente
> >
> >
> > ______________________________________________
> > 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