Melhor NOSQL para imagens?

[Eduardo Mendes]

Qual o melhor banco de dados NOSQL para armazenamento de imagens?

[Christiano Anderson]

O gridfs do mongodb pode ser uma boa solução.

Em 08/01/2013 19:23, "Eduardo Mendes" <eduardo....@gmail.com> escreveu:

Qual o melhor banco de dados NOSQL para armazenamento de imagens?

--
http://twitter.com/nosqlbr
http://facebook.com/nosqlbr
http://www.nosqlbr.com.br/
http://www.nodegrid.com/

To post to this group, send email to nos...@googlegroups.com
To unsubscribe from this group, send email to
nosqlbr+u...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/nosqlbr?hl=pt-BR

[Arthur Cláudio Almeida Pereira]

Eduardo, 

  Bancos NoSQL não foram criados com a intenção de armazenamento de arquivos em mente. Como o próprio Christiano falou o MongoDB é um dos bancos NoSQL que dão esse tipo de suporte a armazenamento.

  Você não deve escolher o seu banco pelo qual o melhor para armazenamento de imagens e sim analisar qual se encaixaria melhor na sua realidade como por exemplo a quantidade de dados que você vai trabalhar, se há necessidade de controle transacional entre outros pontos. 

abraços

[Suissa]

Mas se ele quiser ele pode usar o mongo soh para isso e continuar com seu relacional.

[Émerson Eng.]

escabilidade = escalabilidade ;)

[Émerson Eng.]

On Tue, Jan 8, 2013 at 1:24 PM, Eduardo Mendes <eduardo....@gmail.com> wrote:

Qual o melhor banco de dados NOSQL para armazenamento de imagens?

Considere o Hadoop, mesmo não sendo NOSQL. Para blobs ele é muito bom e permite uma escabilidade infinita.

[Suissa]

Pq nao seria nosql? Fora que se for pelo conceito o Haddop na verdade eh um framework de map/reduce, o que ele usaria seria o HDFS. IMHO =p

What Is Apache Hadoop?

The Apache™ Hadoop® project develops open-source software for reliable, scalable, distributed computing.

The Apache Hadoop software library is a framework that allows for the distributed processing of large data sets across clusters of computers using simple programming models. It is designed to scale up from single servers to thousands of machines, each offering local computation and storage. Rather than rely on hardware to deliver high-avaiability, the library itself is designed to detect and handle failures at the application layer, so delivering a highly-availabile service on top of a cluster of computers, each of which may be prone to failures.

The project includes these modules:

• Hadoop Common: The common utilities that support the other Hadoop modules.
• Hadoop Distributed File System (HDFS™): A distributed file system that provides high-throughput access to application data.
• Hadoop YARN: A framework for job scheduling and cluster resource management.
• Hadoop MapReduce: A YARN-based system for parallel processing of large data sets.

Other Hadoop-related projects at Apache include:

#fuichato

--

http://twitter.com/nosqlbr
http://facebook.com/nosqlbr
http://www.nosqlbr.com.br/
http://www.nodegrid.com/
 
To post to this group, send email to nos...@googlegroups.com
To unsubscribe from this group, send email to
nosqlbr+u...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/nosqlbr?hl=pt-BR

--
Jean C. Nascimento aka Suissa

NoSQL and Node.js Evangelist

WebDeveloper

Suissa Corp - Consultoria, Treinamento e Cursos em AngularJs, Node.js e MongoDb

http://about.me/suissa

      

[Eduardo Mendes]

Minha situação é a seguinte: Estou em um projeto que utiliza aeronaves, não tripuladas, com sensores acoplados e produz uma enorme quantidade de imagens em alta resolução por sensoriamento remoto. Por voo são produzidas 1000 imagens que ocupam até 2 GB, sendo que em 1 ano estima-se a produção de 262.800.000 imagens com requisitos de armazenamento de ate 525 TB. Este volume de dados não pode ser gerenciado eficientemente em ambientes de bancos de dados tradicionais, talvez em nuvem.

[Arthur Cláudio Almeida Pereira]

Suissa, 

E qual seria a vantagem dele usar um nosql soh para armazenamento de imagem?! 

Redução de processamento do banco relacional? Prevenção de uma crescimento exponencial da sua base relacional?

2013/1/9 Suissa <jnasc...@gmail.com>

[Suissa]

Um exemplo que dei na minha palestra de Use Case de MongoDb no TDC. Uma empresa americana usa Amazon e começou a colocar todos seus arquivos estáticos no GridFS, com isso economizando milhares de dólares em servidor, pois o sistema não fazia I/O para pegar esses arquivos, eles estavam na RAM.

Apenas um exemplo, mas eu acho que vc deve usar um banco qnd ele realmente é necessário, se ele quiser todo um controle e informação sobre essas imagens via banco o MongoDb é perfeito para isso. Não se deve ter medo de fazer sistemas com vários bancos.

2013/1/9 Arthur Cláudio Almeida Pereira <arthur.alm...@gmail.com>

[Eduardo Mendes]

Minha situação é a seguinte: Estou em um projeto que utiliza aeronaves, não tripuladas, com sensores acoplados e produz uma enorme quantidade de imagens em alta resolução por sensoriamento remoto. Por voo são produzidas 1000 imagens que ocupam até 2 GB, sendo que em 1 ano estima-se a produção de 262.800.000 imagens com requisitos de armazenamento de ate 525 TB. Este volume de dados não pode ser gerenciado eficientemente em ambientes de bancos de dados tradicionais, talvez em nuvem.

[Eduardo Mendes]

Minha situação é a seguinte: Estou em um projeto que utiliza aeronaves, não tripuladas, com sensores acoplados e produz uma enorme quantidade de imagens em alta resolução por sensoriamento remoto. Por voo são produzidas 1000 imagens que ocupam até 2 GB, sendo que em 1 ano estima-se a produção de 262.800.000 imagens com requisitos de armazenamento de ate 525 TB. Este volume de dados não pode ser gerenciado eficientemente em ambientes de bancos de dados tradicionais, talvez em nuvem.

[Émerson Eng.]

On Wed, Jan 9, 2013 at 1:09 AM, Suissa <jnasc...@gmail.com> wrote:

Pq nao seria nosql? Fora que se for pelo conceito o Haddop na verdade eh um framework de map/reduce, o que ele usaria seria o HDFS. IMHO =p

Hadoop de fato não é relacional, não tem SQL.

Mas, ele não serve para armazenar informações pequenas e estruturadas, porque é lento e

O Hadoop tem uma lentidão nas respostas maior que bancos SQL e noSQL, mas, para arquivos grandes ele é ótimo.

Ele escala horizontalmente adicionado mais nodes, tem garantia de replicação pois por padrão e ele duplica a informação em outros 2 nodes.
Ele aproveita essa replicação para fazer um I/O inteligente.

Hadoop vale apenas para analisar grandes quantidades de dados desestruturados ou armazenar blobs, para esses nichos ele é o melhor.

 

[Suissa]

Pois olhe he uma quantia considerável, não sei o que lhe aconselhar =\