🏁 CONSIDERAÇÕES FINAIS E DESAFIOS: UNIDADE VI (NOSQL)

O Engenheiro Poliglota não teme o paradigma Não-Relacional. Ele sabe que a escolha da tecnologia deve pender para o melhor benefício da Aplicação (App) da Empresa, e não para preferências literais de uma década. 🛡️🧩

Objetivo: Formatar o domínio lógico recém-adquirido entre os paradigmas Relacionais (SQL) e Orientados a Documento (MQL), mesclando uma lista robusta de avaliações Múltipla Escolha e Desafios Práticos com resoluções explicativas.

✅ Lista de Exercícios: Questões Objetivas

1. Sob a visão estratégica do Teorema CAP, a Arquitetura do MongoDB prioriza qual das combinações em sua entrega de Distribuição Padrão? a) AP (Disponibilidade contínua acima de Consistência). b) AC (Consistência Forte em um Único Servidor). c) CP (Consistência Constante e Tolerância a Partição de Redes). d) CA (Alta Disponibilidade com Particionamento Relacional).

2. Na Arquitetura MongoDB (NoSQL de Documentos), qual o maior motivador para a Abordagem Didática de Embedding (Fusão de Documentos)? a) Fazer com que o campo ocupe o mínimo tamanho no disco rígido do servidor. b) Simular tabelas fixas Relacionais. c) Facilitar os $lookups no motor V8 de MapReduce. d) Reduzir a latência do aplicativo, centralizando a massa de metadados em uma única operação de Leitura (I/O).

3. Por que o Operador de Pipeline da Collection MongoDB inicia, em 99% das vezes Profissionais (Escala Analítica), com a Etapa $match na Função de Aggregations? a) Porque sem Ordenação Linear não existe Agrupamento. b) Para diminuir o peso final do tráfego JSON pela internet. c) Para cortar imediatamente da Memória RAM os documentos inúteis à pergunta, agilizando os cruzamentos das fases subsequentes. d) O $match apenas renomeia os campos internos cruzando referências.

4. Em Operações CRUD MQL, qual o comportamento imediato de proteção ao utilizar a função updateOne() (com os parâmetros corretos de filtro e $set), em comparação direta a um UPDATE equivalente no SQL Padrão? a) O MQL atualizará todos os documentos por padrão, igual ao SQL sem WHERE. b) O MQL travará na primeira correspondência encontrada, protegendo a base de adulterações acidentais em massa. c) O MQL criará uma nova coleção de backup temporária. d) O MQL deletará o documento caso o $set inclua campos nulos.

🧠 Lista de Desafios Práticos MongoDB 7.0

Desafio 1: Inserção Multi-nível (O CRUD Moderno)

Você foi encarregado de modelar a inserção de um Aluno na nova plataforma NoSQL do MEC. O Aluno possui RG, Nome e concluiu dois cursos de tecnologia em anos distintos.

• Tarefa: Crie o comando em MQL que insira este único documento na collection estudantes, garantindo que o histórico de cursos seja Embutido (Array de Objetos).

Desafio 2: Análise de Performance Visual

Após subir uma collection de Pedidos_Ecommerce com 1 milhão de vendas, o seu aplicativo web começa a congelar (Timeout) na tela de "Pedidos do Vendedor Z".

• Tarefa: Explique como utilizar as ferramentas embutidas (db.collection.explain() ou Compass) e quais métricas chaves ler para comprovar a falta de índices e resolver o estrangulamento.

Desafio 3: O Paradigma MQL Translator (Refatoração Analítica)

O sistema antigo em PostgreSQL possuía um relatório gerencial que avaliava o total arrecadado das vendas feitas fisicamente na loja ('POS'):

SELECT VENDEDOR_NOME, 
       SUM(VALOR_TOTAL) AS ARRECADACAO 
FROM VENDAS 
WHERE TIPO_VENDA = 'POS' 
GROUP BY VENDEDOR_NOME 
ORDER BY ARRECADACAO DESC;

• Tarefa: Reescreva esse comportamento mental do administrador para a abordagem de Aggregation Pipeline do MongoDB. Traduza linha a linha o sentido do motor de dados.

db.estudantes.insertOne({
    rg: "123.456.789",
    nome: "Ricardo Machado",
    historico_cursos: [
        { nome: "Arquitetura Python", ano_conclusao: 2024 },
        { nome: "SQL Transacional", ano_conclusao: 2025 }
    ]
});

db.vendas.aggregate([
    // 1ª Etapa (WHERE SQL): Corta tudo da RAM que NÃO vier do canal físico (POS).
    { $match: { tipo_venda: "POS" } },

    // 2ª Etapa (GROUP/SUM): Agrupa a massa sobrevivente criando o novo eixo virtual.
    { $group: {
        _id: "$vendedor_nome",                   // O EIXO Agrupador
        arrecadacao: { $sum: "$valor_total" }    // O Acumulador
    }},

    // 3ª Etapa (ORDER BY DESC): Ordena o novo objeto finalizado
    { $sort: { arrecadacao: -1 } }
]);