Chamada de trabalhos para o NOSQL-BA

Desculpe, só por curiosidade, de onde se você tirou isso?

fabioEM:

Desculpe, só por curiosidade, de onde se você tirou isso?

Na revista MundoJ Jan/Fev ed 51 tem alguns artigos sobre NoSQL, e cita sobre algumas empresas que utilizam NoSQL, além do Twitter e Facebook, aparece o Google tbm, dentre outras que não lembro agora.

andersonrc:

fabioEM:

Desculpe, só por curiosidade, de onde se você tirou isso?

Na revista MundoJ Jan/Fev ed 51 tem alguns artigos sobre NoSQL, e cita sobre algumas empresas que utilizam NoSQL, além do Twitter e Facebook, aparece o Google tbm, dentre outras que não lembro agora.

fabioEM:

andersonrc:

fabioEM:

Desculpe, só por curiosidade, de onde se você tirou isso?

Na revista MundoJ Jan/Fev ed 51 tem alguns artigos sobre NoSQL, e cita sobre algumas empresas que utilizam NoSQL, além do Twitter e Facebook, aparece o Google tbm, dentre outras que não lembro agora.

Uhmm…entendo, mas então deve ser algo pouco divulgado, pois uma coisa desse tipo deveria estar divulgada no site da cassandra. Confesso que me espantei com a noticia e entrei lá à procura de alguma informação e nada. Alguns blogs pela net confirmam mas dizem que se trata de experimentação ainda e nada confirmado.
http://cassandra.apache.org/

Logo na pagina inicial: http://cassandra.apache.org/

Mas a questão nem é esta, a questão é: Tu acha então que existe somente o Cassandra de NoSQL??? :shock: :shock:
E os outros bem populares CouchDB e MongoDB?? aqui tem uma boa lista com varios: http://pt.wikipedia.org/wiki/NoSQL, e sim, tem muita gente usando!

Para quem ainda não está ligado no movimento NoSQL aconselho fortemente a ler alguns desses papers: http://nosqlsummer.org/papers
Assim vocês entenderão como grandes empresas como Google, Yahoo, Facebook, Twitter entre tantos outras adotaram estas soluções visando escalabilidade e performance das suas aplicações.

fredferrao:

fabioEM:

andersonrc:

fabioEM:

Desculpe, só por curiosidade, de onde se você tirou isso?

Na revista MundoJ Jan/Fev ed 51 tem alguns artigos sobre NoSQL, e cita sobre algumas empresas que utilizam NoSQL, além do Twitter e Facebook, aparece o Google tbm, dentre outras que não lembro agora.

Uhmm…entendo, mas então deve ser algo pouco divulgado, pois uma coisa desse tipo deveria estar divulgada no site da cassandra. Confesso que me espantei com a noticia e entrei lá à procura de alguma informação e nada. Alguns blogs pela net confirmam mas dizem que se trata de experimentação ainda e nada confirmado.
http://cassandra.apache.org/

Logo na pagina inicial: http://cassandra.apache.org/

Mas a questão nem é esta, a questão é: Tu acha então que existe somente o Cassandra de NoSQL??? :shock: :shock:
E os outros bem populares CouchDB e MongoDB?? aqui tem uma boa lista com varios: http://pt.wikipedia.org/wiki/NoSQL, e sim, tem muita gente usando!

Na boa fabioEM acho q tu entrou no site errado só pode.
logo que entra no site cassandra
em Overview tem a noticia.

Proven
Cassandra is in use at Netflix, Twitter, Urban Airship, Constant Contact, Reddit, Cisco, OpenX, Digg, CloudKick, Ooyala, and more companies that have large, active data sets. The largest known Cassandra cluster has over 300 TB of data in over 400 machines.

ah só pra lembrar o cassandra começou pelo facebook em 2008.

mas isso e outro assunto o que interessa que o evento e interessante pra discutir tecnologia emergente;

fredferrao wrote:
Na real não sei de onde tu tirou que eu acho que só existe cassandra, mas enfim. Mas continuo achando que twiter e facebooks usam nosql para pequenas coisas a fim de testar.

Você continua achando errado

Estamos falando de bancos escaláveis, distribuídos, para grande volume de dados. Desde quando o Google publicou o artigo sobre o BigTable as grandes empresas vem procurando nestes novos modelos ‘não-relacionais’ solucionar gargalos encontrados em bancos relacionais.

Hoje bancos NoSQL são grandes realidades, claro que não são perfeitos e tem suas limitações.

Mas reitero o conselho sobre a leitura daqueles artigos do http://nosqlsummer.org/papers

fabioEM:

Na real não sei de onde tu tirou que eu acho que só existe cassandra, mas enfim. Mas continuo achando que twiter e facebooks usam nosql para pequenas coisas a fim de testar.

Ah, é… coisas pequenas… Afinal de contas, o que são 20 bilhões de eventos por dia, não é mesmo?

asaudate:

fabioEM:

Na real não sei de onde tu tirou que eu acho que só existe cassandra, mas enfim. Mas continuo achando que twiter e facebooks usam nosql para pequenas coisas a fim de testar.

Ah, é… coisas pequenas… Afinal de contas, o que são 20 bilhões de eventos por dia, não é mesmo?

fabioEM:

asaudate:

fabioEM:

Na real não sei de onde tu tirou que eu acho que só existe cassandra, mas enfim. Mas continuo achando que twiter e facebooks usam nosql para pequenas coisas a fim de testar.

Ah, é… coisas pequenas… Afinal de contas, o que são 20 bilhões de eventos por dia, não é mesmo?

Cara, não adianta Nosql está sendo testado mas ainda não é o padrão do facebook e do twiter. Entendo a empolgação de alguns, mas vamos pisar menos no acelerador

Meu amigo, os fatos estão à mesa. O artigo que te passei, e o site do highscalability.com como um todo, mostra vários exemplos de uso no mundo real de NoSQL. Se você está querendo trollar, pelo menos apresente fatos que refutem o que está sendo passado (dica: não valem fatos do ano retrasado).

Ah, quase esquecí: se você quiser ver alguma coisa por si, vá no Google e digite:

-> Real World Cassandra
-> Real World HBase
-> Real World Hadoop
-> Real World MongoDB (cuidado, os resultados pra esse são muitos!)
-> Real World …

Não sei se o tópico seria o local adequado para essa discussão (afinal o assunto é o evento de NoSQL), mas achei a discussão interessante. Pelo que li da teoria dos bancos NoSQL eu concordo com o colega acima sobre o cenario onde esse tipo de armazenamento seria útil. Porém, o que voces acham do uso do NoSQL em aplicações de menor porte?

asaudate:

Meu amigo, os fatos estão à mesa. O artigo que te passei, e o site do highscalability.com como um todo, mostra vários exemplos de uso no mundo real de NoSQL. Se você está querendo trollar, pelo menos apresente fatos que refutem o que está sendo passado (dica: não valem fatos do ano retrasado).

Ah, quase esquecí: se você quiser ver alguma coisa por si, vá no Google e digite:

-> Real World Cassandra
-> Real World HBase
-> Real World Hadoop
-> Real World MongoDB (cuidado, os resultados pra esse são muitos!)
-> Real World …

;)

Ta parecendo que quer trollar mesmo, cheio de links, matérias em revistas e tudo mais, e o cara insiste em dizer que é somente “teste”, aqui vai uma quentinha, do twitter, que liberou seu client(feito em scala) para o cassandra, realmente deve ser teste né :shock: em produção em duzias de clustes e centenas de maquinas:

I’m happy to announce today that we’re releasing our Cassandra client to the open source world: github.com/twitter/cassie.

Cassie is a Finagle and Scala-based client originally based on Coda Hale’s library.

While it is certainly stable? we use it in production to talk to a dozen clusters and over a thousand Cassandra machines? it is currently limited to the features we use in production and has a few rough edges.

Cassie has been a group effort. In addition to the original work of Coda, Stu Hood, Kyle Maxwell, Alan Liang, Johan Oskarsson and many others have contributed code, tests and bug reports.

Try it out, join the mailing list and let us know what you think.

Fonte: https://dev.twitter.com/blog/cassie-scala-client-for-cassandra

asaudate:

fabioEM:

asaudate:

fabioEM:

Na real não sei de onde tu tirou que eu acho que só existe cassandra, mas enfim. Mas continuo achando que twiter e facebooks usam nosql para pequenas coisas a fim de testar.

Ah, é… coisas pequenas… Afinal de contas, o que são 20 bilhões de eventos por dia, não é mesmo?

Cara, não adianta Nosql está sendo testado mas ainda não é o padrão do facebook e do twiter. Entendo a empolgação de alguns, mas vamos pisar menos no acelerador

Meu amigo, os fatos estão à mesa. O artigo que te passei, e o site do highscalability.com como um todo, mostra vários exemplos de uso no mundo real de NoSQL. Se você está querendo trollar, pelo menos apresente fatos que refutem o que está sendo passado (dica: não valem fatos do ano retrasado).

Ah, quase esquecí: se você quiser ver alguma coisa por si, vá no Google e digite:

-> Real World Cassandra
-> Real World HBase
-> Real World Hadoop
-> Real World MongoDB (cuidado, os resultados pra esse são muitos!)
-> Real World …

;)

alias:

francislon:

Estamos falando de bancos escaláveis, distribuídos, para grande volume de dados.

Não sei se o tópico seria o local adequado para essa discussão (afinal o assunto é o evento de NoSQL), mas achei a discussão interessante. Pelo que li da teoria dos bancos NoSQL eu concordo com o colega acima sobre o cenario onde esse tipo de armazenamento seria útil. Porém, o que voces acham do uso do NoSQL em aplicações de menor porte?

Para porte pequeno, pode ser uma roubada, por vários pontos de vista. Do ponto de vista econômico, por exemplo: uma pessoa que conheça Cassandra custa muito, muito, muito mais caro do que uma que conheça MySQL ou Oracle. Do ponto de vista técnico, também, já que a manutenção de um NoSQL também é mais complexa do que um RDBMS comum. Além disso, alguns bancos NoSQL exigem que se tenha um cluster, ainda que pequeno, para fazer a manutenção. Isso é mais evidente para aqueles que usam estruturas complexas de gerenciamento de nós, como o próprio Cassandra e qualquer um que se baseie em Hadoop/HDFS. Sem contar que, por ser NoSQL, o relacionamento entre as possíveis entidades, se existir e for absolutamente necessário, deve ser atualizado manualmente.

[]'s

fredferrao:

asaudate:

Ah, quase esquecí: se você quiser ver alguma coisa por si, vá no Google e digite:

-> Real World Cassandra
-> Real World HBase
-> Real World Hadoop
-> Real World MongoDB (cuidado, os resultados pra esse são muitos!)
-> Real World …

;)

Ta parecendo que quer trollar mesmo, cheio de links, matérias em revistas e tudo mais, e o cara insiste em dizer que é somente “teste”, aqui vai uma quentinha, do twitter, que liberou seu client(feito em scala) para o cassandra, realmente deve ser teste né :shock: em produção em duzias de clustes e centenas de maquinas:

I’m happy to announce today that we’re releasing our Cassandra client to the open source world: github.com/twitter/cassie.

Cassie is a Finagle and Scala-based client originally based on Coda Hale’s library.

While it is certainly stable? we use it in production to talk to a dozen clusters and over a thousand Cassandra machines? it is currently limited to the features we use in production and has a few rough edges.

Cassie has been a group effort. In addition to the original work of Coda, Stu Hood, Kyle Maxwell, Alan Liang, Johan Oskarsson and many others have contributed code, tests and bug reports.

Try it out, join the mailing list and let us know what you think.

Fonte: https://dev.twitter.com/blog/cassie-scala-client-for-cassandra

A revista JavaMagazine 97 deixa claro Nosql é uma solução com suas vantagens e tem suas limitações. Não é a Bala de Prata da Persistência meu chapa. :lol: :lol:

Nisso, de fato, eu concordo. Bala de prata não existe. Mas o ponto é que é uma tecnologia adequada para cenários onde não é 100% necessário ter o CAP completo (lembrando: Consistência, Disponibilidade e Tolerância a particionamento). Dizer que um banco NoSQL não garante ACID é uma inverdade, já que todos eles suportam AI e, quanto ao C e D, alguns suportam, outros não. Isso depende de quais letras do CAP são adotadas. Se o banco selecionar C e A, por exemplo, pode ter certeza de que é ACID.

Mas quanto ao uso exclusivo em uma aplicação, também acho que não é possível. Há que se ter, também, parcimônia em relação ao que deve ser utilizado ou não (assim como qualquer outra coisa em TI).

asaudate:

fabioEM:

Meu chapa,
Ninguém quer trollar. Uma coisa é usar Nosql para algumas partes da aplicação, outra coisa é usar ele exclusivamente como solução por completo( Bala de Prata da Persistência). Encontrei vários blogs falando o mesmo que vcs citam. Mas o que duvido e aí goste ou não é opinião minha :lol: é o uso exclusive somente do Nosql. Até pq o Nosql não garante o ACID e fica difícil seu uso exclusivo em uma aplicação complexa onde há muitas transações com remoções e alterações. Até pq Nosql significa Not ONLY SQL, OU SEJA, non somente SQL. Por fim o que quero dizer é o Nosql pode até estar sendo usando nas aplicações de redes sociais mas não é SO NOSQL mas também SQL.

Nisso, de fato, eu concordo. Bala de prata não existe. Mas o ponto é que é uma tecnologia adequada para cenários onde não é 100% necessário ter o CAP completo (lembrando: Consistência, Disponibilidade e Tolerância a particionamento). Dizer que um banco NoSQL não garante ACID é uma inverdade, já que todos eles suportam AI e, quanto ao C e D, alguns suportam, outros não. Isso depende de quais letras do CAP são adotadas. Se o banco selecionar C e A, por exemplo, pode ter certeza de que é ACID.

Mas quanto ao uso exclusivo em uma aplicação, também acho que não é possível. Há que se ter, também, parcimônia em relação ao que deve ser utilizado ou não (assim como qualquer outra coisa em TI).

Agora você esclareceu bem seu ponto de vista. Você tem razão. Soluções NoSQL em sua maioria não são bala de prata. Você tem vários modelos para resolver vários problemas. Empresas que costumam utilizar bancos NoSQL fazem junções de tecnologias. O próprio nome NoSQL(‘Not Only SQL’) trás esta ideia de não apenas o SQL, mas também outras soluções mais adaptáveis às regras de negócio.
Mas bancos NoSQL não são utilizados pelo Twitter ou Facebook para teste. Fato. Não faltam artigos de empresas mostrando casos de sucesso com NoSQL.

Só tome cuidado ao fazer sua proposição. Proposições sem fundamento trazem essa sensação de trolagem.

asaudate:

alias:

francislon:

Estamos falando de bancos escaláveis, distribuídos, para grande volume de dados.

Não sei se o tópico seria o local adequado para essa discussão (afinal o assunto é o evento de NoSQL), mas achei a discussão interessante. Pelo que li da teoria dos bancos NoSQL eu concordo com o colega acima sobre o cenario onde esse tipo de armazenamento seria útil. Porém, o que voces acham do uso do NoSQL em aplicações de menor porte?

Para porte pequeno, pode ser uma roubada, por vários pontos de vista. Do ponto de vista econômico, por exemplo: uma pessoa que conheça Cassandra custa muito, muito, muito mais caro do que uma que conheça MySQL ou Oracle. Do ponto de vista técnico, também, já que a manutenção de um NoSQL também é mais complexa do que um RDBMS comum. Além disso, alguns bancos NoSQL exigem que se tenha um cluster, ainda que pequeno, para fazer a manutenção. Isso é mais evidente para aqueles que usam estruturas complexas de gerenciamento de nós, como o próprio Cassandra e qualquer um que se baseie em Hadoop/HDFS. Sem contar que, por ser NoSQL, o relacionamento entre as possíveis entidades, se existir e for absolutamente necessário, deve ser atualizado manualmente.

[]'s

Obrigado prezado asaudate. Minha pergunta foi motivada por ter visto diversas vagas de emprego, de empresas de pequeno porte, pedindo conhecimentos em NoSQL. Imagino que tais empresas tenham o perfil de startup, e não é porque a empresa é pequena que os projetos serão pequenos, mas me perguntando o que estariam desenvolvendo que seja necessário uso de NoSQL…vocês não acham que há um perigo de, assim como outras coisas em TI, empresas adotarem o NoSQL apenas por “moda” e começarem a usar o Cassandra/MongoDB/CouchDB/Neo4J/BigTable para simples “cadastros de clientes”?

alias:

asaudate:

alias:

francislon:

Estamos falando de bancos escaláveis, distribuídos, para grande volume de dados.

Não sei se o tópico seria o local adequado para essa discussão (afinal o assunto é o evento de NoSQL), mas achei a discussão interessante. Pelo que li da teoria dos bancos NoSQL eu concordo com o colega acima sobre o cenario onde esse tipo de armazenamento seria útil. Porém, o que voces acham do uso do NoSQL em aplicações de menor porte?

Para porte pequeno, pode ser uma roubada, por vários pontos de vista. Do ponto de vista econômico, por exemplo: uma pessoa que conheça Cassandra custa muito, muito, muito mais caro do que uma que conheça MySQL ou Oracle. Do ponto de vista técnico, também, já que a manutenção de um NoSQL também é mais complexa do que um RDBMS comum. Além disso, alguns bancos NoSQL exigem que se tenha um cluster, ainda que pequeno, para fazer a manutenção. Isso é mais evidente para aqueles que usam estruturas complexas de gerenciamento de nós, como o próprio Cassandra e qualquer um que se baseie em Hadoop/HDFS. Sem contar que, por ser NoSQL, o relacionamento entre as possíveis entidades, se existir e for absolutamente necessário, deve ser atualizado manualmente.

[]'s

Obrigado prezado asaudate. Minha pergunta foi motivada por ter visto diversas vagas de emprego, de empresas de pequeno porte, pedindo conhecimentos em NoSQL. Imagino que tais empresas tenham o perfil de startup, e não é porque a empresa é pequena que os projetos serão pequenos, mas me perguntando o que estariam desenvolvendo que seja necessário uso de NoSQL…vocês não acham que há um perigo de, assim como outras coisas em TI, empresas adotarem o NoSQL apenas por “moda” e começarem a usar o Cassandra/MongoDB/CouchDB/Neo4J/BigTable para simples “cadastros de clientes”?

O risco existe, com certeza. A esperança é que a própria complexidade extra desse tipo de banco dê uma freada nesse processo, pois normalmente projetos pequenos têm budgets pequenos, e não dá pra arcar com o custo desse tipo de banco e a ‘imprevisibilidade’ (já que eles não têm tanta documentação - contando a oficial e a não-oficial - de bancos SQL).

[]'s

alias:

vocês não acham que há um perigo de, assim como outras coisas em TI, empresas adotarem o NoSQL apenas por “moda” e começarem a usar o Cassandra/MongoDB/CouchDB/Neo4J/BigTable para simples “cadastros de clientes”?

Sim, com certeza isso acontecerá.

Tem até um vídeo rolando na net que ironiza essa onda:

Acredito que na nossa área muita gente gosta de novidade.
Acaba sendo na tural que quando você ouve falar sobre uma tendência, você quer “brincar” com aquilo também.

O problema é que, inevitavelmente, muita gente vai querer brincar com projeto em produção, que não precisava disso.

Isso vai criar uma base de “fatos” para os que não acreditam em NoSQL afirmar que não presta, que os bancos relacionais são muitos melhores, etc.

Mas acredito que podemos convergir para um ambiente moderado, onde se aproveite o melhor dos mundos.
Isso é o que estão chamado de persistência poliglota.

Na minha opinião esse conceito de ‘persistência poliglota’ descreve exatamente como será o armazenamento daqui a alguns anos

Incrível esse artigo sobre Persistência Poliglota. Achei muito interessante como até a figura dos casos de uso cai como uma luva no melhor caso para cada banco. (tirando o caso do reporting. Acho que ele foi meio infeliz nesse =) )

AbelBueno:

alias:

vocês não acham que há um perigo de, assim como outras coisas em TI, empresas adotarem o NoSQL apenas por “moda” e começarem a usar o Cassandra/MongoDB/CouchDB/Neo4J/BigTable para simples “cadastros de clientes”?

Sim, com certeza isso acontecerá.

Tem até um vídeo rolando na net que ironiza essa onda:

Acredito que na nossa área muita gente gosta de novidade.
Acaba sendo na tural que quando você ouve falar sobre uma tendência, você quer “brincar” com aquilo também.

O problema é que, inevitavelmente, muita gente vai querer brincar com projeto em produção, que não precisava disso.

Isso vai criar uma base de “fatos” para os que não acreditam em NoSQL afirmar que não presta, que os bancos relacionais são muitos melhores, etc.

Mas acredito que podemos convergir para um ambiente moderado, onde se aproveite o melhor dos mundos.
Isso é o que estão chamado de persistência poliglota.

Acho que isto vai acontecer mesmo, e ja acontece, olha este site simples por exemplo: http://ideacolorschemes.com/ , detalhe: Powered by Lift, [B]MongoDB[/B], etc.

Porem não sei se ha realmente um grande mau nisto, olhando o quickstart no site do mongodb parece bem simples instalar e sair usando, mais facil inclusive que as opções RDBMS, e como o Lift ja tem opções nativas de persistencia para MongoDB e CouchDB, isto acaba influenciando usuarios do framework a [B]testar[/B] e brincar com estes bancos!

Outra rede que usa o MongoDB é o foursquare, inclusive tiveram um incidente por conta do crescimento muito alto e inesperado do BD: http://www.infoq.com/news/2010/10/4square_mongodb_outage

Hoje a persistência poliglota existe na teoria. Imagine vc ter uma entidade ‘Pessoa’ e vc ter ORMs que poderiam salvar ou recuperar dados de multiplos modelos de dados transparentemente para você. Este é o caminho das pedras. Em breve estaremos nesse nível.

fredferrao:

AbelBueno:

alias:

vocês não acham que há um perigo de, assim como outras coisas em TI, empresas adotarem o NoSQL apenas por “moda” e começarem a usar o Cassandra/MongoDB/CouchDB/Neo4J/BigTable para simples “cadastros de clientes”?

Sim, com certeza isso acontecerá.

Tem até um vídeo rolando na net que ironiza essa onda:

Acredito que na nossa área muita gente gosta de novidade.
Acaba sendo na tural que quando você ouve falar sobre uma tendência, você quer “brincar” com aquilo também.

O problema é que, inevitavelmente, muita gente vai querer brincar com projeto em produção, que não precisava disso.

Isso vai criar uma base de “fatos” para os que não acreditam em NoSQL afirmar que não presta, que os bancos relacionais são muitos melhores, etc.

Mas acredito que podemos convergir para um ambiente moderado, onde se aproveite o melhor dos mundos.
Isso é o que estão chamado de persistência poliglota.

Acho que isto vai acontecer mesmo, e ja acontece, olha este site simples por exemplo: http://ideacolorschemes.com/ , detalhe: Powered by Lift, [B]MongoDB[/B], etc.

Porem não sei se ha realmente um grande mau nisto, olhando o quickstart no site do mongodb parece bem simples instalar e sair usando, mais facil inclusive que as opções RDBMS, e como o Lift ja tem opções nativas de persistencia para MongoDB e CouchDB, isto acaba influenciando usuarios do framework a [B]testar[/B] e brincar com estes bancos!

Outra rede que usa o MongoDB é o foursquare, inclusive tiveram um incidente por conta do crescimento muito alto e inesperado do BD: http://www.infoq.com/news/2010/10/4square_mongodb_outage

O MongoDB, no caso do foursquare, é absolutamente ideal, até por conter também opções de busca geo-espacial…

[]'s

O próprio Hibernate já está caminhando para recuperar dados de bancos NoSQL, não está? Se eles conseguirem implementar isso de fato, aliando esse tipo de funcionalidade ao Hibernate Shards, iria ficar perfeito!

Lembro de ano passado um projeto da JBoss relacionado a um Hibernate-OGM, não acompanhei o projeto e não sei que fim teve. Mas seria algo lindo!

Interessante, amigos…

Estou desenvolvendo um projeto no qual pretendo usar o Lucene. Ele tambem é considerado um NoSQL, correto? Vou entrar no hype tambem :lol:

JPA não é adequado para trabalhar com esse tipo de estrutura de banco, né? É por esse motivo que a persistencia na nuvem do Google, ao menos na ultima vez que tinha olhado, usa JDO? Me corrijam se estiver falando bobagem por falta de conhecimento.

Minhas opiniões nesse sentido costumam ser meio tendenciosas porque adoro SQL ( a linguagem em si).
Sei que sou minoria nesse quesito.

Tornar a persistência totalmente “transparente” seria realmente um feito incrível.

Mas se conseguissem manter uma linguagem padrão para consultar todas essas formas, seria ainda melhor.

O google construiu o Tenzing SQL que parece prover sql sobre bancos não relacionais.
Espero que soluções como essa se popularizem também.

alias:

Interessante, amigos…

Estou desenvolvendo um projeto no qual pretendo usar o Lucene. Ele tambem é considerado um NoSQL, correto? Vou entrar no hype tambem :lol:

JPA não é adequado para trabalhar com esse tipo de estrutura de banco, né? É por esse motivo que a persistencia na nuvem do Google, ao menos na ultima vez que tinha olhado, usa JDO? Me corrijam se estiver falando bobagem por falta de conhecimento.

Não. O Lucene é apenas um indexador de textos. Ele cuida do próprio gerenciamento de dados, você não precisa interferir na maneira como ele faz isso. Então, não esquente a cabeça com esse tipo de coisa, você não vai interferir nisso diretamente.

Você vai usar o Lucene diretamente ou conectado no banco? Caso conectado, você pode achar interessante dar uma olhada no Hibernate Search…

[]'s

AbelBueno:

Minhas opiniões nesse sentido costumam ser meio tendenciosas porque adoro SQL ( a linguagem em si).
Sei que sou minoria nesse quesito.

Eu tambem curto, acho SQL uma coisa linda demais.

Poxa, eu ia colocar no topo do site em destaque “aqui nós usamos NoSQL” :lol: , mas tudo bem. Sim, vou usar ele conectado em conjunto com o Hibernate Search. Na verdade minha carga de dados não será muito pesada, ao menos de início, mas pra funcionalidade que quero desenvolver suponho que será melhor do que fazer um “like” no banco…

Tenho outra funcionalidade que cheguei a cogitar o MongoDB, seguindo a sugestao de um colega aqui do fórum, a respeito de geo-localizacao como voce mesmo comentou neste tópico. Estou usando MySQL, que não tem um suporte legal pra esse tipo de coisa (na verdade eu mesmo tive que fazer uma função de “geo-gambis-localizacao”). Alem do esforço que eu teria pra ajustar a aplicação pro novo banco, eu levei em conta o que eu disse antes sobre um uso talvez “inadequado” do MongoDB, refleti “porra, meu projeto ainda nem é realidade e já vou usar um NoSQL?” :lol: … acho que faltou coragem da minha parte, mas vamos ver até onde o meu MySQL vai aguentar

alias:

AbelBueno:

Minhas opiniões nesse sentido costumam ser meio tendenciosas porque adoro SQL ( a linguagem em si).
Sei que sou minoria nesse quesito.

Eu tambem curto, acho SQL uma coisa linda demais.

Poxa, eu ia colocar no topo do site em destaque “aqui nós usamos NoSQL” :lol: , mas tudo bem. Sim, vou usar ele conectado em conjunto com o Hibernate Search. Na verdade minha carga de dados não será muito pesada, ao menos de início, mas pra funcionalidade que quero desenvolver suponho que será melhor do que fazer um “like” no banco…

Tenho outra funcionalidade que cheguei a cogitar o MongoDB, seguindo a sugestao de um colega aqui do fórum, a respeito de geo-localizacao como voce mesmo comentou neste tópico. Estou usando MySQL, que não tem um suporte legal pra esse tipo de coisa (na verdade eu mesmo tive que fazer uma função de “geo-gambis-localizacao”). Alem do esforço que eu teria pra ajustar a aplicação pro novo banco, eu levei em conta o que eu disse antes sobre um uso talvez “inadequado” do MongoDB, refleti “porra, meu projeto ainda nem é realidade e já vou usar um NoSQL?” :lol: … acho que faltou coragem da minha parte, mas vamos ver até onde o meu MySQL vai aguentar

Ah, mas o caminho é esse mesmo… também acho que não faz muito sentido usar o MongoDB só por causa disso, porque o ganho que você teria em usar a geolocalização, você perderia na sincronia que você teria que fazer entre ele e o MySQL. Mas, como você mesmo disse, depende da carga, também.

[]'s

asaudate:

Ah, mas o caminho é esse mesmo… também acho que não faz muito sentido usar o MongoDB só por causa disso, porque o ganho que você teria em usar a geolocalização, você perderia na sincronia que você teria que fazer entre ele e o MySQL. Mas, como você mesmo disse, depende da carga, também.

[]'s

Obrigado pelos toques, mano.

Um outro case de sucesso bem interessante que li estes dias foi este aqui:

http://www.infoq.com/br/news/2012/02/youporn-migra-redis

É o NoSQL fazendo a alegria da garotada mundo afora 8)