ANÚNCIO

~/questoes/codex

Em qual banco de dados foram persistidos os dados extraídos no exemplo prático?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Por que abandonei o Claude Code: meu novo workflow de programação com o Codex
Para fixar

Persistência de Dados em REST APIs: Escolhendo o Banco de Dados Certo

Conceito central

Persistência de dados significa armazenar as informações coletadas de forma durável em um banco de dados. Cada banco tem características diferentes e é adequado para cenários específicos: aplicações simples, escalabilidade em tempo real ou robustez em produção.

Por que essa resposta faz sentido

PostgreSQL é a escolha correta para aplicações em produção porque oferece confiabilidade, segurança, suporte a transações ACID e capacidade de lidar com grande volume de dados de forma consistente. É o padrão da indústria quando você precisa de um sistema robusto que não vai falhar.

Armadilhas comuns

  • Confundir escalabilidade automática (Firebase) com robustez em produção (PostgreSQL) — ambas são importantes, mas em contextos diferentes.
  • Achar que SQLite serve para qualquer coisa porque é simples — na verdade, é muito frágil para múltiplos usuários e dados críticos.
  • Escolher MongoDB só porque 'é moderno' — NoSQL é ótimo para casos específicos, não para toda e qualquer REST API.

Entenda as alternativas

A

SQLite é excelente para protótipos rápidos e aplicações locais simples, como um app de desktop ou um projeto pessoal. Porém, para produção com múltiplos usuários acessando simultaneamente, SQLite tem limitações sérias de concorrência e segurança.

B

MongoDB é perfeito quando seus dados não seguem uma estrutura fixa e você precisa de flexibilidade (dados semi-estruturados ou NoSQL). Mas quando você trabalha com APIs REST tradicionais que precisam de integridade de dados garantida, PostgreSQL é mais apropriado.

C

Firebase é ótimo para sincronização em tempo real e escalabilidade automática na nuvem, ideal para aplicações móveis ou que precisam de atualizações instantâneas. Porém, para uma REST API tradicional com dados estruturados, PostgreSQL oferece mais controle e é mais econômico.

D

PostgreSQL é um banco de dados relacional robusto, maduro e confiável. Oferece integridade de dados com ACID, suporta transações complexas, é gratuito e de código aberto, e é o padrão para aplicações profissionais que precisam de segurança e performance.

Dica prática: Quando estiver construindo uma API REST, comece pensando na estrutura dos seus dados: se são bem definidos (tabelas, relacionamentos), use PostgreSQL. Se são variáveis e precisam de atualizações em tempo real, considere MongoDB ou Firebase. Para começar local, SQLite serve, mas migre para PostgreSQL antes de ir para produção.

Revise pensando: Se você está criando uma API que vai servir múltiplos usuários e precisa garantir que nenhum dado seja perdido, qual banco escolheria e por quê?