Na década de 1970, a Oracle Corporation tornou-se a primeira empresa a comercializar o banco de dados relacional. Em uma época em que engenheiros de software escreviam código em blocos de papel, a Oracle criou um software que proporcionou ganhos tremendos em eficiência. O RDBMS tornou-se um padrão e a Oracle tornou-se um dos fornecedores de software mais estabelecidos e consolidados nas empresas. Alternativas como o MongoDB surgiram na década de 2000 para abordar novas formas de armazenar e gerenciar dados.
As empresas modernas estão pensando em maneiras de melhor aproveitar seus dados — seja para obter melhores insights sobre o cliente, adaptar-se às mudanças nas expectativas dos usuários ou superar os concorrentes no mercado com novas aplicações e modelos de negócios. Como resultado, muitas das premissas que impulsionaram o desenvolvimento de bancos de dados relacionais anteriores mudaram:
- Demandas por maior produtividade do desenvolvedor e tempo de colocação no mercado mais rápido, com modelos de dados relacionais rígidos tradicionais e desenvolvimento em cascata de aplicações monolíticas dando lugar a metodologias ágeis, microsserviços e DevOps, comprimindo ciclos de lançamento de meses e anos para dias e semanas.
- A necessidade de gerenciar aumentos massivos em novos tipos de dados em rápida mudança: dados estruturados, semiestruturados e polimórficos gerados por novas classes de aplicações da web, móveis, sociais e de IoT.
- A mudança em larga escala para sistemas distribuídos e computação em nuvem, permitindo que desenvolvedores explorem infraestrutura de computação e armazenamento sob demanda e altamente dimensionável, com a capacidade de servir públicos em qualquer lugar em que trabalhem e se divirtam ao redor do mundo, ao mesmo tempo em que atendem a um conjunto totalmente novo de demandas regulatórias de soberania de dados.
Como resultado, bancos de dados NoSQL (não relacionais), como o MongoDB, surgiram para atender os requisitos de novas aplicações e modernizar cargas de trabalho existentes. Com suporte a transações ACID multidocumento, o MongoDB torna mais fácil do que nunca atender casos de uso que estão agora, ou estarão no futuro, com dificuldades, usando o Oracle.
Esta página fornece uma visão geral do Oracle e do MongoDB, destacando as principais diferenças e os casos de uso apropriados para cada um. Você pode aprender mais sobre os benefícios da modernização de sistemas legados e processos de desenvolvimento visitando nossa página de modernização de legado.
O que é a Oracle?
A Oracle é uma empresa global de tecnologia especializada em sistemas de gerenciamento de banco de dados. Sua principal oferta de banco de dados é o Oracle Database 23ai. Ele é vendido por meio de um modelo de licenciamento por processamento, em que o preço aumenta dependendo dos complementos necessários para funcionalidades específicas. Na Oracle, você predefine o esquema do seu banco de dados com base nos seus requisitos. Em seguida, configura regras para governar os relacionamentos entre campos em suas tabelas. Informações relacionadas podem ser armazenadas em tabelas separadas. Essas informações são então associadas por meio do uso de chaves estrangeiras e junções. Quaisquer alterações no esquema exigem um procedimento de migração, que pode deixar o banco de dados offline ou reduzir significativamente o desempenho da aplicação.
O que é o MongoDB?
O MongoDB é um banco de dados não relacional desenvolvido pela MongoDB, Inc. Ele armazena dados estruturados, semiestruturados e não estruturados como documentos em uma representação binária chamada BSON (Binary JSON). Informações relacionadas são armazenadas juntas para acesso rápido via query através da MongoDB Query Language (MQL). Os campos podem variar de um documento para outro; não há necessidade de declarar a estrutura dos documentos ao sistema; os documentos são autodescritivos. Se um novo campo precisar ser adicionado a um documento, ele poderá ser criado sem afetar todos os outros documentos na coleção, sem atualizar um catálogo central do sistema e sem deixar o sistema offline. Opcionalmente, a validação de esquema pode ser usada para forçar controles de governança de dados sobre cada coleção.
O modelo de dados de documento do MongoDB é mapeado naturalmente para objetos no código da aplicação. Isso facilita para os desenvolvedores aprenderem e utilizarem. Os documentos oferecem a capacidade de representar relacionamentos hierárquicos para armazenar arrays e outras estruturas mais complexas facilmente.
Drivers nativos e idiomáticos são fornecidos em mais de 12 linguagens— e a comunidade MongoDB construiu dezenas de outros —, permitindo consultas ad-hoc, agregação em tempo real e indexação rica para formas programáticas poderosas de acessar e analisar dados de qualquer estrutura.
Documentos podem unificar dados relacionados que, de outra forma, seriam modelados em tabelas pai-filho separadas em um esquema relacional. Como resultado, as operações atômicas de documento único do MongoDB já fornecem semântica de transações que atende às necessidades de integridade de dados da maioria das aplicações. Um ou mais campos podem ser escritos em uma única operação. Isso inclui atualizações em vários subdocumentos e elementos de uma array. As garantias fornecidas pelo MongoDB asseguram isolamento completo à medida que um documento é atualizado; quaisquer erros fazem com que a operação seja revertida para que os clientes recebam uma visão consistente do documento.
Ao contrário do Oracle e de outros bancos de dados relacionais, o MongoDB é construído sobre uma arquitetura de sistemas distribuídos, e não um design monolítico de nó único. Como resultado, o MongoDB oferece dimensionamento horizontal e localização de dados nativos por meio de fragmentação por zona e conjuntos de réplicas para manter a disponibilidade contínua.
Transações ACID multidocumento
As transações multidocumento tornam o MongoDB o único banco de dados a combinar as garantias ACID de bancos de dados relacionais tradicionais com a velocidade, flexibilidade e poder do modelo de documento, com um design de sistemas distribuídos inteligente para dimensionar e colocar os dados onde você precisa. Por meio do isolamento de snapshot, as transações garantem uma visão consistente dos dados e forçam a execução do tipo tudo ou nada para manter a integridade dos dados. As transações no MongoDB parecem exatamente com as transações com as quais os desenvolvedores estão familiarizados no Oracle. Elas são de múltiplas declarações, com sintaxe semelhante (por exemplo, start_transaction e commit_transaction) e, portanto, fáceis para qualquer pessoa com experiência anterior em transações adicionar a qualquer aplicação.
Por que usar o MongoDB em vez do Oracle?
Organizações de todos os tamanhos estão adotando o MongoDB porque ele permite criar aplicações mais rapidamente, lidar com tipos de dados altamente diversos e gerenciar aplicações de forma mais eficiente em escala.
O desenvolvimento é simplificado, pois os documentos no MongoDB correspondem naturalmente às linguagens de programação modernas e orientadas a objetos. O uso do MongoDB elimina a complexa camada de mapeamento objeto-relacional (ORM) que traduz objetos no código em células de tabelas relacionais.
Ao avaliar bancos de dados, é fundamental considerar os custos relativos de cada solução; não apenas o custo do software, mas também os custos de hardware, desenvolvimento e implantação. As organizações podem economizar milhões de dólares ao mudar de Oracle para MongoDB, beneficiando-se da replicação de dados aprimorada e de ganhos na produtividade do desenvolvedor, da redução de licenciamento e de menores requisitos de hardware.
O MongoDB também pode ser dimensionado dentro e entre vários data centers distribuídos. Isso proporciona novos níveis de disponibilidade e escalabilidade antes inalcançáveis com bancos de dados relacionais como o Oracle. À medida que suas implantações crescem em termos de volume de dados e taxa de transferência, o MongoDB é dimensionado facilmente sem tempo de inatividade e sem alterar sua aplicação. Em contrapartida, alcançar a escala com o Oracle geralmente requer um trabalho de engenharia personalizado e significativo ou investimento em hardware personalizado e caro.
Se o MongoDB for a solução certa e você estiver usando o Oracle atualmente, confira nosso guia de migração e o Relational Migrator do MongoDB, uma ferramenta que simplifica a migração e a transformação de dados de um banco de dados relacional para o MongoDB, reduzindo os riscos de sua transição para o MongoDB e ajudando você a aproveitar ao máximo o modelo de documento.
Usuários selecionando o MongoDB, não o Oracle
Como os exemplos a seguir ilustram, a preferência pelo MongoDB em relação ao Oracle é impulsionada por melhorias radicais na produtividade do desenvolvedor, no desempenho da aplicação e na capacidade de dimensionamento, reduzindo significativamente o custo e o bloqueio.
Para acompanhar as demandas da empresa, a Travelers Insurance modernizou seus processos de desenvolvimento com uma arquitetura de microsserviços suportada por metodologias ágeis e de DevOps. Mas a rigidez de seus bancos de dados Oracle e SQL Server existentes impedia a empresa de se mover na velocidade necessária. A solução foi o MongoDB e seu modelo de dados flexíveis, que é especialmente adequado para aplicações de nível empresarial. A empresa eliminou a espera de três dias para realizar alterações no banco de dados, criando um pipeline de desenvolvimento de software que oferece suporte à entrega contínua de novas funcionalidades de negócios.
A gigante financeira RBS modernizou seus sistemas de banco de investimento com um novo data fabric baseado no MongoDB. Como resultado da desativação de centenas de servidores Oracle, a produtividade dos desenvolvedores foi acelerada para criar novas aplicações mais rapidamente, uma infraestrutura simplificada pronta para a nuvem foi criada para o dimensionamento de dados e milhões de dólares em custos foram evitados.
A Telefonica migrou seu serviço de personalização de cliente do Oracle para o MongoDB. Usando o Oracle, foram necessários sete desenvolvedores, múltiplas iterações e 14 meses para criar um sistema que simplesmente não apresentava desempenho. Usando o MongoDB, uma equipe de três desenvolvedores criou seu novo serviço de personalização em três meses, que agora impulsiona produtos legados e novos em todo o mundo. O MongoDB ajuda a Telefonica a ser mais ágil, economizar dinheiro e impulsionar novos fluxos de receita.
A migração da China Eastern do Oracle para o MongoDB permitiu que as equipes de projeto e engenharia da empresa criassem uma aplicação que não era possível com o Oracle, transformando a experiência do cliente e impulsionando mais negócios online. A simplicidade do modelo de dados de documentos, do esquema dinâmico, dos drivers idiomáticos e da flexibilidade de indexação significa que as equipes de desenvolvimento agora podem lançar novas aplicações mais rapidamente, ao mesmo tempo em que obtêm uma economia significativa de custos.
Quando o Oracle seria a melhor opção?
Embora muitas organizações tenham migrado com sucesso de RDBMS para o MongoDB, não se pode simplesmente substituir aplicações legadas criadas em torno do modelo de dados relacional e SQL pelo MongoDB. No entanto, as organizações estão se beneficiando da modernização de aplicações de missão crítica que geram receita para o MongoDB. Por exemplo, a Cisco migrou de um banco de dados relacional legado para o MongoDB e melhorou a experiência do cliente ao reduzir a latência em 8x, eliminando o tempo de inatividade para upgrades de sistema. As equipes de desenvolvimento da Cisco podem criar e lançar novas aplicações mais rapidamente, enquanto a plataforma de e-commerce da empresa pode aproveitar a agilidade de negócios habilitada pela computação em nuvem.
Terminologia e conceitos
Muitos conceitos no Oracle possuem análogos próximos no MongoDB. A tabela abaixo descreve os conceitos comuns entre Oracle e MongoDB.
Comparação de recursos
Como o Oracle, o MongoDB oferece um rico conjunto de recursos e funcionalidades muito além daqueles oferecidos por armazenamentos de dados NoSQL simples. O MongoDB tem uma linguagem de query rica, índices secundários altamente funcionais (incluindo pesquisa de texto e geoespacial), um poderoso framework de agregação para análise de dados, pesquisa facetada, processamento de grafos e muito mais. Com o MongoDB, você também pode fazer uso desses recursos em tipos de dados mais diversos do que em um banco de dados relacional, e pode fazer isso em escala.
Linguagem de query
Tanto o Oracle quanto o MongoDB possuem uma rica linguagem de query. Veja abaixo alguns exemplos de declarações SQL e como elas são mapeadas para o MongoDB. Uma lista mais abrangente de declarações pode ser encontrada na documentação do MongoDB.
Pronto para migrar do Oracle para o MongoDB?
Se você está considerando migrar seus dados do Oracle para o MongoDB, o Relational Migrator pode ajudar. É uma ferramenta gratuita do MongoDB que simplifica e agiliza o processo de migração, reduzindo significativamente o esforço e o risco da sua iniciativa de migração.
Pronto para migrar? Comece hoje mesmo com o Relational Migrator gratuito!