NoSQL: por quê? – Hipsters #22

O que o Oracle, o MS SQL Server, o MySQL, o Postgre e tantos outros não fazem que popularizou o uso de outras soluções, conhecidas como NoSQL? Como é utilizar uma dessas soluções, como o MongoDB? Minha base de dados não vai ficar um grande bagunça para dar manutenção? Bem, ela já é uma bagunça sem isso :).

Participantes:

Links citados no episódio e extras:

Cursos bacanas relacionados:

Produção e conteúdo:

Edição e sonorização: Radiofobia Podcast e Multimídia

Leave a Reply

28 Comentários

  1. João Ângelo

    Muito bom o podcast como sempre mas por favor coloca um target _blank nos links. rsrssr

  2. Fabrício Cabral

    Muito bom o podcast! Só uma pequena correção na página: o nome correto é Memcached e não Nemcached!

  3. Marcello Patto

    Ainda não havia o Firebase no dia em que gravaram esse Podcast? Eu estou começando a usar o Angular2 e Firebase. O que dizem dessa combinação?

    • David Paniz

      Honestamente nunca usei o Firebase. Ele também é dessas soluções de armazenamento como serviço, a grosso modo é bem semelhante ao DynamoDB, mas hospedado pelo Google. Tem boa parte das vantagens e desvantagens que comentamos sobre ele. A combinação por si só parece ok, mas o importante é entender como vai armazenar e como vai buscar seus dados para então escolher a melhor solução. Isso é tão importante que o segundo parágrafo da documentação deles é justamente sobre isso:
      “Building a properly structured database requires quite a bit of forethought. Most importantly, you need to plan for how data is going to be saved and later retrieved to make that process as easy as possible.”
      https://firebase.google.com/docs/database/web/structure-data

  4. BAMBAM OFICIAL

    Muito bom, entrou pra minha lista de podcasts semanais

  5. Sergio Leite

    Pessoal, apenas uma pequena correção. O “Vector Clock” proposto por Lamport, apesar de ter a palavra “clock”, não utiliza horários propriamente dito, mas contadores que são incrementados em uma unidade a cada alteração no dado.

  6. Juscilan Moreto

    “No NoSql, o Schema continuará existindo, porém controlado apenas pela App” – Muito bom.

  7. Mario Junior

    Muito bom, um dos melhores episódios tecnicamente.
    @davidpaniz:disqus / @mauriciolinhares:disqus / @Gleicon : Vcs já deram uma olhada no RethinkDB? Eles tem uma página bem grande sobre suas diferenças em relação ao MongoDB, e parece ser beeeem interessante, principalmente em relação a escabilidade horizontal.

    Abs.

    • Nunca usei ele, mas li a respeito. A situação hoje é meio complicada, dado que a equipe foi pra Stripe e não se sabe se vão manter o banco (o site parece estar fora do ar e não tem muito movimento nos repos do github). Não recomendaria usar ele no momento.

  8. Seria interessante mostrar que os bancos de dados relacionais tem extensões não relacionais faz um bom tempo. Particularmente o PostgreSQL possui o tipo de dados Hstore que é um campo chave valor dentro de uma tabela relacional há bem uns 5 anos. Há uns anos tem também o tipo JsonB onde tem tipos de dados do tipo Json com uma excelente indexação e funções embutidas.

    No entanto, além da questão do particionamento horizontal, os bancos de dados NoSQL utilizam o armazenamento colunar, enquanto os bancos de dados relacionais utilizam o armazenamento orientado a linhas. De fato temos bancos de dados diferentes para problemas bem diferentes. Bancos de dados hierárquicos são um pesadelo para as bases relacionais, e soluções NoSQL são maravilhosas nisso.

  9. Pingback: Bluesoft News #16 - Melhores de Dezembro - Labs Bluesoft

  10. Gisele Zomer Rossi

    Muito bom!!! Amigos, estamos começando um projeto novo e estamos na dúvida sobre colocar relatorios em procedures no banco (melhor desempenho) ou fazer na aplicação. Gostaria da opnião de vcs. Obrigada

  11. Pingback: O que é NoSQL? Entenda um pouco sobre bando de dados não relacional – Centro Acadêmico Sistemas de Informação – NF

  12. Г-н Bertoni

    O e-commerce da Leroy Merlin é em MongoDB 😉

  13. Flavio Neves

    Show! Poderia fazer um agora falando sobre banco de dados relacional

  14. Dexter Gandini

    Vocês também bombaram em analise rsrs? Busca em um chave valor dado um hash é O(1) =)

  15. Ysmael Marinho

    Muitas dúvidas esclarecidas neste podcast

Next ArticleDesign Sprint - Hipsters #23