Pular para o conteúdo principal

Questão de Banco de Dados — Oracle — CESPE / CEBRASPE 2026

Banco de DadosOracle
Código
ce391231
Banca
CESPE / CEBRASPE
Órgão
INFRA S.A.
Ano
2026
Cargo
Analista ( )

A INFRA S.A. implantou uma arquitetura corporativa de dados híbrida para suportar suas atividades estratégicas, sobretudo a estruturação de projetos de infraestrutura logística. Nessa arquitetura, o Oracle Database 21C é utilizado para sistemas críticos de gestão contratual e execução orçamentária; bancos de dados NoSQL são empregados para armazenar dados semiestruturados oriundos de sensores, documentos técnicos e relatórios de campo; e um data lake corporativo é adotado para ingestão massiva de dados brutos históricos, inclusive dados geoespaciais e séries temporais.


Considerando a situação hipotética apresentada, julgue o item a seguir.

 

No ambiente descrito da INFRA S.A., a utilização de In-Memory Column Store no Oracle 21C garantiria redução automática do custo de operações DML massivas sobre tabelas de monitoramento ferroviário, dispensando ajustes de paralelismo e controle de transações.

  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Oracle In-Memory Column Store e operações DML

Gabarito: Errado. O In-Memory Column Store do Oracle é uma estrutura otimizada para consultas analíticas (OLAP), acelerando leituras e agregações em colunas; ele não reduz automaticamente o custo de operações DML massivas (INSERT, UPDATE, DELETE) e, ao contrário do que afirma o item, não dispensa ajustes de paralelismo nem o controle de transações — essas operações continuam sendo processadas no formato de linhas tradicional e exigem gerenciamento transacional normal.

O In-Memory Column Store (IMCS) é um recurso do Oracle Database que armazena cópias de tabelas e partições em um formato colunar na memória (SGA), otimizado para consultas de leitura intensiva, como relatórios e agregações. Ele é projetado para acelerar operações analíticas (OLAP), não transacionais (OLTP). Quando uma consulta é executada, o otimizador pode escolher varrer o IMCS em vez do formato de linhas tradicional, obtendo ganhos significativos de desempenho para scans de colunas e agregações.

No entanto, o IMCS não é uma solução mágica para DML. Operações de INSERT, UPDATE e DELETE continuam sendo executadas no formato de linhas (row store) e, em seguida, o Oracle atualiza a cópia colunar de forma transparente e assíncrona. Isso significa que o custo da DML em si não é reduzido — pelo contrário, há uma sobrecarga adicional para manter a cópia colunar sincronizada. Além disso, o IMCS não elimina a necessidade de ajustes de paralelismo (o DBA ainda precisa configurar o grau de paralelismo para consultas e DML) nem dispensa o controle de transações (o Oracle mantém o isolamento, a atomicidade e a consistência por meio de undo e redo logs, independentemente do IMCS).

Na prática, o IMCS é mais eficaz para cargas de trabalho analíticas, onde consultas complexas leem grandes volumes de dados e fazem agregações. Para tabelas de monitoramento ferroviário com DML massiva (muitas escritas), o IMCS pode até ser contraproducente, pois a manutenção da cópia colunar adiciona overhead. O item erra ao afirmar que o IMCS "garantiria redução automática do custo de operações DML massivas" e que "dispensaria ajustes de paralelismo e controle de transações" — ambos os pontos são falsos.

A pegadinha da banca está em associar o IMCS a uma melhoria geral de desempenho, incluindo DML, quando na verdade ele é especializado em leitura analítica. O candidato que confunde o IMCS com um recurso de aceleração universal cai no erro. A distinção crucial é: IMCS acelera leituras analíticas, não escritas transacionais.

NÃO CAIA NESSA!

A banca tenta fazer o candidato acreditar que o In-Memory Column Store é uma solução geral de performance, inclusive para DML massiva. Na verdade, o IMCS é otimizado para consultas analíticas (OLAP); operações de escrita continuam no formato de linhas e exigem os mesmos cuidados com paralelismo e transações. Lembre-se: IMCS = leitura analítica rápida, não escrita transacional barata.

Oracle In-Memory Column Store (IMCS)
  • 1Otimizado para
    • Consultas analíticas (OLAP)
    • Leituras e agregações
  • 2Não acelera
    • DML massiva (INSERT/UPDATE/DELETE)
    • Escritas transacionais (OLTP)
  • 3Como funciona
    • Escritas no formato de linhas
    • Cópia colunar atualizada depois (overhead)
  • 4Não dispensa
    • Ajustes de paralelismo
    • Controle de transações (undo/redo)
LEVEL · soulevel.com.br

Item — ❌ Errado

A afirmação contém dois erros técnicos graves:

  1. "Redução automática do custo de operações DML massivas": O IMCS não reduz o custo de DML. As operações de escrita são processadas no row store e, depois, a cópia colunar é atualizada, o que adiciona overhead. O IMCS é projetado para acelerar consultas de leitura (SELECT), não escritas.

  1. "Dispensando ajustes de paralelismo e controle de transações": O IMCS não elimina a necessidade de configurar paralelismo (o DBA ainda define o grau de paralelismo para consultas e DML) nem dispensa o controle de transações (o Oracle mantém ACID por meio de undo e redo logs, independentemente do IMCS).

Portanto, o item está errado.

Gabarito: Errado

Link permanente: /questoes/ce391231