Com relação às tecnologias referentes a bancos de dados, analise as afirmativas a seguir.I. As consultas abaixo representam condições inconsistentes, pois sempre retornam resultados inválidos, independentemente do estado do banco, por apresentarem erros semânticos no esquema (SQL_01) e na consulta (SQL_02), respectivamente.II. Dependendo da complexidade da consulta e do grau de normalização dos dados, o Banco de Dados NoSQL não deve substituir a escolha de um banco de dados relacionais, pois o BD NoSQL funciona adequadamente com consultas em uma única tabela e normalmente não oferece junções complexas, subconsultas e aninhamento de consultas em uma cláusula WHERE.III. Análise de dados complexos podem ser realizados usando cubos de dados OLAP (On-line Analytical Processing) digerindo dados obtidos diretamente por ETL. (Extraction – Tranformation – Load), sendo o resultado do processamento armazenado no DW (Data Warehouse) ou DM (Data Mart).Está correto o que se afirma em
AII e III, apenas.
BI e II, apenas.
CII, apenas.
DI, apenas.
Revelar gabarito e comentário▾
GabaritoC — II, apenas.
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”.
Bancos de dados: NoSQL, SQL e OLAP
Gabarito: letra C (II, apenas). A afirmativa I é falsa porque consultas com erros semânticos não "sempre retornam resultados inválidos" — elas podem até retornar resultados, mas incorretos ou inesperados, e a descrição de "condições inconsistentes" não é tecnicamente precisa. A afirmativa II está correta: bancos NoSQL, em geral, não são projetados para junções complexas, subconsultas e aninhamento de consultas na cláusula WHERE, sendo mais adequados para consultas em uma única tabela. A afirmativa III é falsa porque inverte o fluxo: o ETL (Extraction, Transformation, Load) é o processo que extrai, transforma e carrega dados no DW/DM, e o OLAP é a tecnologia que analisa esses dados já armazenados — não o contrário.
O item I trata de um conceito fundamental em bancos de dados: a diferença entre erros sintáticos e erros semânticos em consultas SQL. Um erro sintático ocorre quando a consulta viola a gramática da linguagem (ex.: esquecer uma vírgula, escrever SELEC em vez de SELECT). Já um erro semântico ocorre quando a consulta está gramaticalmente correta, mas faz referência a objetos que não existem ou usa operações de forma logicamente inválida (ex.: referenciar uma coluna que não existe na tabela, comparar tipos incompatíveis). A afirmativa I afirma que essas consultas "sempre retornam resultados inválidos, independentemente do estado do banco". Isso é impreciso: uma consulta com erro semântico pode até ser executada e retornar um resultado, mas esse resultado será incorreto ou inesperado. Por exemplo, se você consultar uma coluna que não existe, o banco retornará um erro de execução; mas se você fizer uma comparação logicamente incorreta (ex.: WHERE salario > 'abc'), o banco pode retornar um erro de conversão ou, em alguns casos, um resultado vazio. A afirmativa generaliza demais ao dizer que "sempre retornam resultados inválidos" — na prática, o comportamento varia conforme o SGBD e o tipo de erro. Além disso, a afirmativa menciona "erros semânticos no esquema (SQL_01) e na consulta (SQL_02)", mas sem a imagem não é possível verificar se essa classificação está correta. O ponto central é que a afirmativa I é uma generalização incorreta e, portanto, falsa.
O item II aborda as diferenças entre bancos de dados relacionais e NoSQL. Os bancos relacionais (SQL) são baseados no modelo relacional, com tabelas, linhas e colunas, e suportam operações complexas como junções (JOIN), subconsultas e aninhamento de consultas na cláusula WHERE. Os bancos NoSQL (Not Only SQL) são não relacionais e foram projetados para lidar com grandes volumes de dados não estruturados ou semiestruturados, com alta disponibilidade e escalabilidade horizontal. Eles utilizam modelos como chave-valor, documentos, grafos e colunas. Uma característica importante dos bancos NoSQL é que eles geralmente não oferecem suporte nativo a junções complexas, subconsultas e aninhamento de consultas na cláusula WHERE, pois isso exigiria um processamento mais pesado e comprometeria a escalabilidade. Por isso, a afirmativa II está correta: dependendo da complexidade da consulta e do grau de normalização dos dados, o banco NoSQL não deve substituir um banco relacional, pois funciona adequadamente com consultas em uma única tabela e normalmente não oferece junções complexas, subconsultas e aninhamento de consultas em uma cláusula WHERE.
O item III trata de OLAP (On-line Analytical Processing), ETL (Extraction, Transformation, Load) e Data Warehouse (DW) / Data Mart (DM). O ETL é o processo de extrair dados de fontes diversas, transformá-los (limpeza, padronização, agregação) e carregá-los no DW ou DM. O OLAP é a tecnologia que permite análises multidimensionais desses dados, como drill-down, roll-up, slice e dice, utilizando cubos OLAP. A afirmativa III diz que "Análise de dados complexos podem ser realizados usando cubos de dados OLAP digerindo dados obtidos diretamente por ETL, sendo o resultado do processamento armazenado no DW ou DM". Isso está invertido: o ETL carrega os dados no DW/DM, e o OLAP analisa os dados que já estão no DW/DM. O OLAP não "dige" dados diretamente do ETL; ele opera sobre os dados já armazenados no DW/DM. Portanto, a afirmativa III é falsa.
A pegadinha da banca está em inverter o fluxo do processo analítico no item III e em generalizar o comportamento de consultas com erros semânticos no item I. O candidato que conhece bem o fluxo ETL → DW/DM → OLAP e a diferença entre erros sintáticos e semânticos consegue identificar as falhas.
Item I — ❌ Incorreto
A afirmativa I é falsa porque generaliza o comportamento de consultas com erros semânticos. Uma consulta com erro semântico pode até ser executada e retornar um resultado, mas esse resultado será incorreto ou inesperado — não necessariamente "inválido" em todos os casos. Além disso, a afirmativa menciona "condições inconsistentes" e "erros semânticos no esquema (SQL_01) e na consulta (SQL_02)", mas sem a imagem não é possível verificar se essa classificação está correta. O erro está na palavra "sempre": consultas com erros semânticos não sempre retornam resultados inválidos; elas podem retornar resultados incorretos ou gerar erros de execução, dependendo do SGBD e do tipo de erro.
Item II — ✅ Correto ⟵ GABARITO
A afirmativa II está correta. Bancos NoSQL são projetados para escalabilidade horizontal e alta disponibilidade, mas geralmente não oferecem suporte nativo a junções complexas, subconsultas e aninhamento de consultas na cláusula WHERE. Eles funcionam bem com consultas em uma única tabela, mas para consultas complexas que exigem junções e subconsultas, um banco relacional é mais adequado. A afirmativa reflete corretamente essa limitação dos bancos NoSQL.
Item III — ❌ Incorreto
A afirmativa III está incorreta porque inverte o fluxo do processo analítico. O ETL (Extraction, Transformation, Load) é o processo que extrai, transforma e carrega dados no DW (Data Warehouse) ou DM (Data Mart). O OLAP (On-line Analytical Processing) é a tecnologia que analisa os dados já armazenados no DW/DM, utilizando cubos OLAP para análises multidimensionais. O OLAP não "dige" dados diretamente do ETL; ele opera sobre os dados que já foram carregados no DW/DM pelo ETL. Portanto, a afirmativa está errada ao dizer que o OLAP digere dados obtidos diretamente por ETL e que o resultado do processamento é armazenado no DW/DM — na verdade, o ETL carrega os dados no DW/DM, e o OLAP analisa esses dados.
Conclusão: Corretos: apenas o item II → portanto a alternativa é a letra C.