[firebase-br] trabalhar imagens em campos blob

Reijanio Nunes Ribeiro rnribeiro em gmail.com
Qua Dez 21 16:05:53 -03 2011


Em 21/12/11, Reijanio Nunes Ribeiro<rnribeiro em gmail.com> escreveu:
> eis a questão cada lançamento financeiro vira de um documento cada
> documento será digitalizado provavelmente no format jpeg então vai ter
> muitos arquivos digitalizados, o coloega deu uma dica que em
> client/server funciona jogar apenas o path das imagens mais não sei se
> em multicamadas vai funcionar, se funcionasse seria muito bom mais
> acho que mapear da forma que se faz no client/server n vai rolar então
> creio vai ter que ser campos blob mesmo, mais ainda tem a pergunta
> será que vai ficar muito pesadão o sistema usando campos blob
> carregados de imagens so lembrando será usado em 3 cidades
> simultaneamente
>
> Em 21/12/11, acf em andreconrado.net<acf em andreconrado.net> escreveu:
>> Cantu boa tarde,
>>
>> Aproveitando a deixa:
>>
>> Entendi sua explanação, mas considerando a preocupação do nobre colega
>> quanto ao
>> excesso de dados no tráfego de rede. Faria alguma diferença o uso do
>> campo BLOB
>> na tabela ou não? Considerando que o SELECT sem o tal campo otimizaria
>> o fluxo de dados?
>> Isto é, faz alguma diferença para o transporte da informação se o BLOB
>> está dentro do fora?
>>
>>
>> Att,
>> André Conrado.
>>
>>
>> Citando "Carlos H. Cantu" <listas em warmboot.com.br>:
>>
>>> Quando o blob está na mesma tabela com o resto dos campos, pode
>>> ocorrer fragmentação, pois o FB verifica se o blob "cabe" no espaço da
>>> página de dados da tabela, e se couber, grava ele ali mesmo, caso
>>> contrário, aloca uma página de blobs para grava-lo.
>>>
>>> Se o FB grava o blob na página de dados da tabela, provavelmente ele
>>> vai ocupar um espaço considerável, diminuindo portanto a quantidade de
>>> registros da tabela que poderão ser gravados nessa mesma página,
>>> fazendo com que o FB tenha que ler mais páginas para retornar os dados
>>> de um select, mesmo que o select não referencie o blob em questão.
>>>
>>> Se vc separa o blob em outra tabela, essa "fragmentação" não
>>> existiria.
>>>
>>> Enfim, para decidir se é melhor ou não separa o blob em outra tabela,
>>> deve-se levar em consideração vários fatores, como o tamanho da
>>> página, o tamanho médio dos blobs, etc.
>>>
>>> []s
>>> Carlos H. Cantu
>>> www.FireBase.com.br - www.firebirdnews.org
>>> www.warmboot.com.br - blog.firebase.com.br
>>>
>>> HEP> Boa Tarde.
>>>
>>> HEP> Uma vez uma analista me disse que a melhor situação seria criar
>>> uma tabela
>>> HEP> apenas para armazenar a imagem, no caso estávamos discutindo
>>> sobre a tabela
>>> HEP> de produto que era muito usada nos relatórios do sistema. Na
>>> época fiz o que ele
>>> HEP> sugeriu.
>>>
>>>
>>> HEP> Mas fiquei na dúvida e não tive a oportunidade de colocar o
>>> campo de imagem na
>>> HEP> mesma tabela e rodar select (com e sem o campo de imagem) para
>>> ver qual seria
>>> HEP> a diferença.
>>>
>>>
>>> HEP> Então pergunto - lhes.
>>>
>>>
>>> HEP> É realmente necessário separar a tabela ou apenas omitir o
>>> campo do select basta?
>>>
>>>
>>>
>>>
>>> HEP> 2011/12/21 Carlos H. Cantu <listas em warmboot.com.br>
>>>
>>> HEP> Você vai ter que testar pra descobrir. Não há muito o que fazer,
>>> HEP>  apenas tenha certeza de recuperar os blobs somente quando
>>> necessário,
>>> HEP>  ou seja, tire os blobs da lista de campos dos selects, e deixe
>>> apenas
>>> HEP>  onde realmente é necessário recuperá-lo e, obviamente, use um
>>> formato
>>> HEP>  de imagem que forneça uma boa compressão.
>>> HEP>
>>> HEP>  []s
>>> HEP>  Carlos H. Cantu
>>> HEP>  www.FireBase.com.br - www.firebirdnews.org
>>> HEP>  www.warmboot.com.br - blog.firebase.com.br
>>> HEP>
>>>  RNR>> bom dia a todos estou com um pequeno probleminha e gostaria
>>> de tirar esta
>>>  RNR>> duvida com os amigos tenho um pequeno sistema financeiro que
>>> esta sendo
>>>  RNR>> construindo com delphi 2006+fb2.0.3+dbexpress+datasnap que rodara
>>>  RNR>> simultaneamente em 3 ou 4 cidades e surgiu a necessidade de
>>> se digitalizar
>>>  RNR>> documentos e gostaria de saber daria certo se trabalhar em
>>> multicamadas com
>>>  RNR>> campos do tipo blob,se não geraria muito trafego na rede
>>> deixando o sistema
>>>  RNR>> uma carroça????, caso gere muito trafego desnecessário o que
>>> me sugerem
>>>  RNR>> então fazer, para poder armazenar estas imagens no servidor
>>> HEP>
>>>  RNR>> desde ja grato pela ajuda
>>> HEP>
>>>
>>> HEP>
>>> HEP>  ______________________________________________
>>> HEP>  FireBase-BR (www.firebase.com.br) - Hospedado em
>>> www.locador.com.br
>>> HEP>  Para saber como gerenciar/excluir seu cadastro na lista, use:
>>> HEP> http://www.firebase.com.br/fb/artigo.php?id=1107
>>> HEP>  Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>> HEP>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ______________________________________________
>>> 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
>>>
>>
>>
>>
>> André Conrado
>> +55 21 88406232
>>
>> http://andreconrado.net
>>
>> "Posso todas as coisas naquele que me fortalece" Filipenses 4:13
>>
>>
>> ______________________________________________
>> 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