Questão de Banco de Dados — Oracle — CESPE / CEBRASPE 2026
Banco de Dados›Oracle
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.
CCerto
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:
"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.
"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).