

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Em iniciativas de Business Intelligence que coexistem com ambientes de Big Data, é comum a adoção de arquiteturas híbridas, nas quais datamarts tradicionais convivem com plataformas analíticas distribuídas. Considerando a modelagem de datamarts, os processos de ETL e os conceitos de Big Data e Analytics, assinale a alternativa que apresenta a afirmativa correta:
Conceitos de Big Data prescindem de modelagem lógica ou semântica, já que o volume e a variedade dos dados tornam inviável qualquer forma de estruturação voltada à análise.
Processos de ETL em ambientes de Big Data tendem a ser substituídos integralmente por abordagens de carga direta, uma vez que a escalabilidade das plataformas distribuídas elimina a necessidade de tratamento prévio dos dados.
A modelagem de datamarts e o uso de técnicas de Analytics avançado são mutuamente excludentes, pois datamarts priorizam relatórios históricos, enquanto Big Data se restringe exclusivamente a análises em tempo real.
Em projetos de BI, datamarts são geralmente modelados de forma dimensional para facilitar análises orientadas a negócio, enquanto dados oriundos de ambientes Big Data costumam passar por processos de transformação seletiva antes de serem integrados a estruturas analíticas consolidadas.
Em uma organização que pretende consolidar indicadores gerenciais de áreas distintas, a equipe de TI avaliou a criação de um Data Warehouse corporativo, com Data Marts temáticos para áreas específicas. Durante a modelagem, discutiu-se a adoção de estruturas dimensionais para consultas analíticas, a separação entre ambiente transacional e ambiente analítico, bem como o uso de operações OLAP para exploração dos dados por diferentes perspectivas. Nesse contexto, analise as sentenças a seguir:
I- Em uma arquitetura de Business Intelligence, um Data Warehouse deve substituir integralmente os sistemas transacionais da organização ao registrar operações diárias com alto volume de inserções, atualizações e exclusões em tempo real.
PORQUE
II- Em modelagem dimensional, tabelas fato armazenam exclusivamente descrições textuais de entidades de negócio, enquanto tabelas dimensão concentram medidas quantitativas, chaves de transações e valores numéricos agregáveis utilizados nas consultas OLAP.
Analisadas as sentenças, é CORRETO afirmar que:
As duas sentenças são verdadeiras, mas a segunda não é uma justificativa correta da primeira.
A primeira sentença é verdadeira, e a segunda, falsa.
A primeira sentença é falsa, e a segunda, verdadeira.
Tanto a primeira sentença quanto a segunda são falsas.
Em uma grande corporação, o Data Warehouse principal é complexo e atende a diversos departamentos. Para simplificar a análise e prover dados mais focados ao setor de Marketing, foi criado um subconjunto do DW, contendo apenas os dados de vendas e clientes relevantes para o departamento.
Esse subconjunto de dados focado em um departamento ou função de negócio específico é o(a)
Data Lake
Staging Area
Data Mart
OLTP
Metadata Repository
Uma Secretaria da Fazenda quer unificar, em nuvem, dados de NF-e, escriturações fiscais digitais, transações de cartão de crédito e cruzamentos de malha fiscal em um único ambiente. Esse ambiente deve sustentar relatórios de arrecadação (Bl) e, também, experimentos de ciência de dados e modelos de machine learning para detectar empresas “laranja”. Já existem um Data Lake em Parquet e um Data Warehouse legado em banco relacional. Considerando governança, desempenho para Bl e flexibilidade analítica, a decisão arquitetural mais adequada a esse cenário é
centralizar tudo no Data Warehouse relacional, incluindo XML de NF-e, logs e dados semiestruturados convertidos para tabelas normalizadas, garantindo um repositório único e estável para Bl e analytics, ainda que exija expansão significativa de armazenamento e processamento.
desativar o Data Warehouse e operar sobre o Data Lake, adotando apenas schema-on-read para maximizar flexibilidade e reduzir custos, permilindo que equipes de Bl e ciência de dados definam seus próprios esquemas e camadas de tratamento conforme a necessidade.
evoluir o Data Lake para um Data Lakehouse, incorporando tabelas transacionais (Dellalceberg/Hudi), governança via catálogo unificado e camadas de acesso otimizadas, permitindo atender simultaneamente consultas de Bl e cargas analíticas avançadas no mesmo repositório.
manter dois ambientes paralelos, com dados brutos no Data Lake e uma versão curada integral em um novo Data Warehouse moderno em nuvem, garantindo isolamento entre workloads, mesmo sem metadados unificados ou mecanismo de consistência entre os dois ambientes.
usar o Data Lake somente como staging e arquivamento, exigindo que Bl e modelos avançados sejam alimentados exclusivamente por data marts derivados do Data Warehouse, assegurando padronização total das estruturas analíticas, ainda que isso limite o uso direto de dados semiestruturados e experimento rápido em ciência de dados.
No contexto de Business Intelligence (BI), o desenvolvimento de Datamarts e a execução de processos de ETL (Extract, Transform, Load) são fundamentais para organizar, integrar e disponibilizar informações de forma eficiente para análise gerencial. Com base nesses conceitos, analise as assertivas a seguir sobre Datamarts e ETL e julgue-as em Verdadeiras (V) ou Falsas (F):
( ) Uma estrutura de Datamarts é do tipo Star Schema, na qual a estrutura de dimensões é normalizada (dimensões divididas em subdimensões).
( ) Uma estrutura de Datamarts é do tipo Snowflake Schema, na qual a estrutura de dimensões é desnormalizada (tudo em uma tabela).
( ) No ETL, especificamente na etapa de Load, um dos tipos de carregamento é full load, em que todos os dados existentes são substituídos pelo novo conjunto.
( ) No ETL, especificamente na etapa de Transform, uma atividade pode ser de derivação, por exemplo, criar campos novos a partir de existentes (ex.: lucro = receita - custo).
Qual alternativa preenche, CORRETAMENTE, de cima para baixo, os parênteses acima?
F-F-V-V.
V-F-V-F.
F-V-F-V.
V-V-F-F
F-V-V-V.


Seu próximo nível começa aqui

Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
Uma empresa deseja implementar uma arquitetura de dados robusta para dar suporte à análise e ao processamento diário de informações. A empresa já possui um sistema de OLTP, mas agora precisa de uma solução de OLAP para análise histórica e de tendências. Além disso, a equipe de TI está considerando a criação de Data Marts para áreas de marketing, vendas e finanças, com o objetivo de melhorar a tomada de decisões.
Com base no cenário apresentado, assinale a alternativa que melhor descreve a relação entre Data Marts, OLTP e OLAP.
OLTP é utilizado para consultas analíticas complexas e relatórios históricos, enquanto OLAP é usado para transações diárias em tempo real. Data Marts são criados para centralizar dados específicos de uma unidade de negócios de uma organização.
OLAP é utilizado para transações diárias e em tempo real, enquanto OLTP é usado para análise de dados históricos. Data Marts são criados para gerenciar os dados operacionais de toda a empresa, com foco em relatórios financeiros.
OLTP e OLAP são praticamente intercambiáveis e podem ser usados para transações e consultas analíticas, respectivamente. Data Marts são usados para armazenar dados não estruturados e não são alimentados por OLTP.
OLAP é focado em dados não estruturados e em tempo real, enquanto OLTP é utilizado para análises históricas e agregações. Data Marts são criados para centralizar dados operacionais da empresa.
OLTP é otimizado para transações rápidas e operações de leitura e escrita em tempo real, enquanto OLAP é utilizado para consultas analíticas e agregações de dados históricos. Data Marts são usados para armazenar subconjuntos de dados específicos para áreas da empresa.
O analista Otávio está avaliando a solução de Business Intelligence do MPU desenvolvida por uma empresa contratada. Ao observar o banco de dados implementado, Otávio verificou que havia um esquema estrela, e que os dados armazenados estavam desnormalizados e alimentavam um cubo de dados para serem acessados e analisados via ferramenta OLAP.
A partir do observado, Otávio concluiu que o banco de dados era um:
ETL;
ODS;
Data Mart;
Dashboad;
Repositório de Metadados.
Um data mart é um repositório de dados orientado a um departamento ou a uma função específica dentro de uma organização.
Certo
Errado
Um data mart de vendas oferece dados específicos, como metas, desempenho por região, histórico de clientes e sazonalidade de produtos, informações cruciais para que a equipe de vendas faça análises detalhadas e rápidas, comparando o desempenho entre regiões e ajustando estratégias com base em históricos e tendências específicas.
Certo
Errado
É um repositório centralizado que armazena grandes volumes de dados brutos em sua forma nativa ou original, sem uma estrutura definida ou pré-processamento, tornando-o altamente flexível e escalável. O trecho refere-se ao:
Data Lake.
Data Mart.
Banco de Dados de Documentos.
Data Warehouse.
Banco de Dados Relacional.


Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
O gestor de qualidade do MPU solicitou à analista de Business Intelligence Maria um Dashboard para monitorar o desempenho da tramitação dos processos ao longo do tempo. O programador Pedro havia implementado o banco de dados MongoProc, no MongoDB, para armazenar os dados do sistema de tramitação de processos judiciais. Então, Maria solicitou a ele a consulta ao MongoProc para alimentar as tabelas: fato_proc (quantidade), dim_data, dim_estado. Pedro respondeu que não poderia fornecer apenas uma consulta, pois seria necessário transformar os dados NoSQL em relacional. Para implementar a solução, Maria poderá utilizar apenas as ferramentas disponíveis no MPU: MongoDB, PostgreSQL, MySQL, Flyway, Pentaho, QlikView e MicroStrategy.
Para transformar os dados NoSQL visando a alimentar as tabelas e construir o Dashboard, Maria deve:
minerar os documentos armazenados no MongoProc para encontrar padrões e exibir no Tableau;
modelar multidimensionalmente os dados NoSQL para compor um Data Lake visando a apresentar os dados no Flyway;
carregar um repositório de metadados com a descrição da estrutura flexível do MongoProc e transformar a estrutura rígida do PostgreSQL;
transformar a estrutura NoSQL do MongoProc em SQL do MySQL e criar um Data Mart no GraphDB para ser consultado via QlikView;
implementar um ETL no Pentaho extraindo dados do MongoProc para armazenar em um Data Mart no PostgreSQL e implementar um Dashboard no MicroStrategy.
Data marts são bases centralizadas e corporativas que integram dados de diferentes áreas da organização, com foco em armazenamento de longo prazo e governança de dados.
Certo
Errado
Data marts são subconjuntos de um data warehouse projetados para atender às necessidades específicas de departamentos ou áreas de negócio dentro de uma organização.
Certo
Errado
Em uma arquitetura de data lake, cada lago de dados (data pond) exerce uma função específica na maturação da informação. Essa estrutura permite armazenar e tratar grandes volumes de dados heterogêneos, provenientes de aplicações e tecnologias de gestão de segurança pública municipal.
Considerando as características das camadas de um data pond, é correto afirmar que a camada
analógica (analog data pond) trabalha com a analogia de dados detalhando os conteúdos recebidos da camada bruta (raw data pond), criando links semânticos entre os dados para posterior encaminhamento à camada de dados arquivados.
bruta (raw data pond) é o repositório focal de dados analíticos da organização, com informações originais, condicionadas e integradas, acessadas diretamente por usuários de negócio, e não seu ponto focal.
de aplicação (application data pond) abriga dados recebidos por uma ou várias aplicações/sistemas, produzindo dados uniformemente estruturados e com valores relevantes ao contexto de negócio.
de dados arquivados (archival data pond) recebe o primeiro nível de dados recém-coletados, a serem submetidos ao préprocessamento para uso.
textual (textual data pond) é destinada ao processo de tradução dos textos a serem enviados, reestruturando-os em vetores embeeded para armazenamento em data stores.
Os data lakes, por armazenarem dados em seus formatos originais, eliminam completamente a necessidade de data warehouses em ambientes de Big Data.
Certo
Errado


Seu próximo nível começa aqui

Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
Associe os conceitos a seguir às respectivas características.
1. Data Lake
2. Data Mart
( ) Surgiu como uma alternativa aos armazéns de dados tradicionais, permitindo o armazenamento de grandes volumes de dados de qualquer tipo e tamanho.
( ) São criados para tornar os dados mais facilmente acessíveis para geração de relatórios, além de fornecer um estágio adicional de transformação além das tubulações ETL iniciais.
( ) Tipo de armazenamento de dados frequentemente usado para suportar camadas de apresentação do ambiente de data warehouse.
( ) Fornece um local central de armazenamento para dados brutos, com o mínimo de transformação, se houver.
A associação correta, na ordem dada, é:
1 – 2 – 2 – 1.
1 – 2 – 1 – 2.
2 – 2 – 1 – 1.
1 – 1 – 2 – 2.
2 – 1 – 1 – 2.
Assinale a alternativa que descreve corretamente um Datamart:
Uma funcionalidade presente em softwares de Business Intelligence que permite excluir colunas e criar novas para organizar visualizações personalizadas.
Um sistema de armazenamento em nuvem utilizado para consolidar dados de diferentes fontes para análise.
Uma coleção de dados não estruturados utilizada para análises exploratórias em tempo real.
Uma técnica de mineração de dados que agrupa dados com base em similaridades para identificar padrões ocultos.
Um subconjunto de um Data Warehouse focado em uma área de negócios específica, utilizado para suportar processos de decisão.
Para analisar as vendas dos vários livros correspondentes a vários autores em uma rede de livrarias, construiu-se um DataMart com uma nova tabela "FATO" que armazenará os preços dos livros, chamada #VendaLivro (LivroID, AutorID, PrecoVenda).
Assinale a opção que descreve a ação correta para incluir esta nova tabela no banco de dados, considerando que já há dados nas tabelas #Livro e #Autor.
CREATE TABLE #VendaLivro (
LivroID INT,
AutorID INT,
PrecoVenda DECIMAL(10, 2),
FOREIGN KEY (AutorID) REFERENCES #Autor(AutorID) );
CREATE TABLE #VendaLivro (
LivroID INT,
PrecoVenda DECIMAL(10, 2),
QuantidadeVendida INT,
FOREIGN KEY (LivroID) REFERENCES #Autor(LivroID) );
CREATE TABLE #VendaLivro (
LivroID INT,
AutorID INT,
PrecoVenda DECIMAL(10, 2),
FOREIGN KEY (LivroID) REFERENCES #Livro(LivroID) ),
FOREIGN KEY (AutorID) REFERENCES #Autor(AutorID) );
CREATE TABLE #VendaLivro (
AutorID INT,
PrecoVenda DECIMAL(10, 2),
FOREIGN KEY (AutorID) REFERENCES #Autor(LivroID) );
CREATE TABLE #VendaLivro (
PrecoVenda DECIMAL(10, 2),
FOREIGN KEY (LivroID) REFERENCES #Livro(LivroID) ),
FOREIGN KEY (AutorID) REFERENCES #Autor(AutorID) );
Data mart e data warehouse são termos sinônimos que se referem igualmente a um local onde é armazenada uma grande quantidade de dados.
Certo
Errado
Subconjunto de um data warehouse, o data mart é especializado em uma área específica de uma organização.
Certo
Errado