Conversamos recentemente com Matt Asay, vice-presidente de estratégia de negócios do MongoDB, para discutir a natureza disruptiva das soluções NoSQL, as vantagens de uma abordagem de código aberto e os planos do MongoDB para o futuro..

O MongoDB é um banco de dados NoSQL com foco em agilidade e escalabilidade, ajudando organizações como The National Archives, The Guardian e Telefonica, fornecendo uma solução de código aberto não relacional que permite o gerenciamento de dados produzidos por aplicativos modernos..

Isso tornou o MongoDB uma solução popular entre a comunidade de startups do Reino Unido, ajudando-os a construir seus negócios em torno de dados valiosos. Como parte de um setor vibrante e em rápida evolução, Asay falou com entusiasmo sobre a indústria e o papel de sua empresa nela durante nosso encontro de perguntas e respostas..

Tech Radar Pro: Com o mercado de banco de dados dominado por empresas como Oracle e IBM, como o NoSQL está desafiando essa ordem estabelecida??

Matt Asay: O NoSQL começou como um movimento e se tornou menos útil como uma definição de categoria. Digo "menos útil" porque "NoSQL" descreve uma matriz de bancos de dados que geralmente são mais diferentes que os semelhantes.

Ainda assim, o que o NoSQL se propôs a descrever foi uma mudança dos dados rígidos e estruturados do passado para um novo mundo de dados não estruturados e em constante mudança..

Esse é o mundo no qual o MongoDB vive e prospera. A maioria dos dados hoje simplesmente não se encaixa perfeitamente em um banco de dados relacional. Claro, com dinheiro e tempo suficientes, você pode forçar a maioria dos dados nas linhas e colunas de um banco de dados relacional, mas as organizações estão percebendo que esse é um uso muito ruim dos recursos e do tempo..

Então, eu realmente reformulei sua pergunta: com os dados de hoje tão claramente adaptados a um banco de dados NoSQL, como o MongoDB, como os desenvolvedores da Oracle podem permanecer relevantes para os aplicativos modernos??

Não porque o Oracle seja um banco de dados ruim - é realmente fantástico para as necessidades de negócios de ontem. Mas como os aplicativos modernos precisam de um banco de dados moderno como o MongoDB.

TRP: Quais recursos uma solução de código aberto como o MongoDB tem que as ofertas proprietárias não?

MA: Não é tanto um conjunto de recursos que o MongoDB tem, por exemplo, o Oracle. A Oracle existe há 40 anos. Tem uma riqueza de funcionalidades. O que os RDBMSs proprietários ou de código aberto não têm, no entanto, é a capacidade natural de lidar com dados não estruturados e semiestruturados em escala.

Considere isto: 90% dos dados mundiais foram criados nos últimos dois anos, 80% dos dados do mundo não são estruturados e os dados não estruturados estão crescendo a uma taxa duas vezes maior do que os dados estruturados..

Coloque isso em conjunto e fica claro que as tendências favorecem bancos de dados que se sentem confortáveis ​​com dados confusos que não se encaixam perfeitamente nas linhas e colunas de um banco de dados relacional.

TRP: O MongoDB foi projetado especificamente para aplicativos da web ou possui outros casos de uso??

MA: O co-fundador Dwight Merriman gosta de descrever o MongoDB como o banco de dados que ele gostaria de ter tido quando fundou a DoubleClick, que depois vendeu para o Google. Não se trata de aplicativos da Web: trata-se de toda uma nova geração de aplicativos modernos que exigem um banco de dados operacional.

Uma das razões pelas quais o MongoDB é tão popular é que é um banco de dados genérico útil em uma ampla gama de casos de uso, incluindo gerenciamento de conteúdo, big data (incluindo o banco de dados de uma nova geração de aplicativos da Internet) e catálogos de ativos e muito mais.

TRP: Você diria que a Europa é mais lenta para adotar soluções de código aberto do que o resto do mundo, ou é mais aberta?

MA: A ironia é que os europeus têm sido mais rápidos em desenvolver muitas das principais tecnologias de código aberto, mas as empresas européias têm adotado mais lentamente do que as organizações na APAC ou na América do Norte..