O TJSE está construindo um ambiente analítico de dados por meio do desenvolvimento de um Data Warehouse. Para isso, solicitou ao analista de infraestrutura Juca a disponibilização de um banco de dados, acessível apenas pelos desenvolvedores, para armazenar temporariamente os dados que estão sendo extraídos das fontes e transformados para serem carregados no ambiente de consultas analíticas. Para isso, Juca deverá disponibilizar um(a):
- A)ETL;
Errada, porque ETL é o processo de Extração, Transformação e Carga, e não o banco temporário onde os dados ficam durante esse fluxo.
- B)OLAP;
Errada, porque OLAP é a camada de análise multidimensional, usada para consulta e exploração dos dados, não para armazenamento temporário.
- C)Stage Area;
Certa, porque a Stage Area é a área/banco intermediário onde os dados extraídos e tratados ficam temporariamente antes de irem para o Data Warehouse.
- D)Cubo de Dados;
Errada, porque cubo de dados é uma estrutura voltada à análise e agregação, não um repositório temporário de carga.
- E)Repositório de Metadados.
Errada, porque repositório de metadados guarda informações sobre os dados e processos, não os dados temporários de ETL.
Gabarito: C
Quando se monta um Data Warehouse, os dados não saem das fontes e vão direto para a consulta analítica como mágica. Antes disso, eles passam por uma etapa intermediária onde são recebidos, limpos, padronizados e preparados para depois seguir para o ambiente final de análise. Essa área temporária funciona como uma espécie de “sala de espera” dos dados. No cenário da questão, o banco de dados acessível apenas pelos desenvolvedores para armazenar temporariamente os dados extraídos e transformados é a Stage Area (ou Staging Area). Ela serve justamente para apoiar o processo de ETL, sem ser o processo em si. Em termos doutrinários de BI e DW, a Staging Area é o espaço de trabalho intermediário entre as fontes operacionais e o repositório analítico, antes de os dados entrarem no ambiente de consultas.