A secao de "Cargas de trabalho e funcoes" do DP-900 e surpreendentemente simples depois que voce entende as ideias principais. Este guia te dara uma compreensao intuitiva de OLTP vs. OLAP usando uma analogia bancaria, explicara as quatro propriedades ACID com exemplos do mundo real, e esclarecera exatamente o que cada funcao de dados faz.
OLTP vs OLAP: A analogia do banco
OLTP e OLAP descrevem duas formas diferentes de usar dados. Um banco e o exemplo perfeito.
OLTP — O caixa bancario
Imagine um caixa bancario no balcao. Os clientes chegam um de cada vez e o caixa processa suas solicitacoes: depositos, saques, transferencias. Cada transacao deve ser tratada de forma rapida, precisa e completa. Se um cliente transfere dinheiro, a transferencia deve ter sucesso por completo ou falhar por completo — nunca pode haver uma situacao em que o dinheiro saia de uma conta mas nunca chegue a outra.
Isso e OLTP. Ele gerencia as transacoes operacionais do dia a dia que mantem um negocio funcionando.
Caracteristicas-chave do OLTP: Proposito: processar transacoes rotineiras (pedidos, pagamentos, reservas) Estado dos dados: registros atuais e atualizados Consultas: simples e rapidas Alteracoes de dados: frequentes (INSERT, UPDATE, DELETE) Servico Azure: Azure SQL Database, Azure Cosmos DB
OLAP — A equipe de analitica da sede central
Agora imagine a equipe de analitica na sede central do banco. Eles nao processam transacoes individuais — analisam anos de dados historicos de centenas de agencias. Respondem perguntas complexas como "qual foi o saldo medio de poupanca para clientes de 30-40 anos no ultimo trimestre?" ou "quais produtos de emprestimo tiveram melhor desempenho durante recessoes economicas?".
Isso e OLAP. Nao se trata de velocidade em consultas individuais, mas de profundidade de analise em grandes conjuntos de dados historicos.
| Aspecto | OLTP (Caixa Bancario) | OLAP (Sede Central) | |---------|----------------------|---------------------| | Proposito | Transacoes diarias | Consultas analiticas complexas | | Dados | Atuais e detalhados | Historicos e agregados | | Consultas | Simples e rapidas | Complexas, grandes volumes | | Alteracoes | Muito frequentes | Raras (principalmente leitura) | | Servico Azure | Azure SQL Database | Azure Synapse Analytics |
!OLTP vs OLAP
Propriedades ACID: Por que as transacoes sao seguras
As propriedades ACID sao as regras que garantem que as transacoes de OLTP se comportem de forma confiavel. Usaremos uma transferencia bancaria como exemplo.
Cenario: Ana transfere R$100 para Carlos. Isso envolve dois passos: Passo 1 — descontar R$100 da conta de Ana. Passo 2 — adicionar R$100 na conta de Carlos.
Atomicity (Atomicidade) — Tudo ou nada
Se o Passo 1 for bem-sucedido mas o servidor falhar no meio do Passo 2, o dinheiro de Ana sumiu sem chegar a Carlos. Isso nunca deve acontecer.
A atomicidade garante que todos os passos de uma transacao sejam bem-sucedidos juntos, ou se qualquer passo falhar, tudo e revertido como se a transacao nunca tivesse acontecido.
Consistency (Consistencia) — As regras sempre sao seguidas
Os bancos tem regras: o saldo de uma conta nao pode ser negativo. Mesmo que uma transacao se complete tecnicamente, se violar essa regra, e rejeitada.
A consistencia garante que uma transacao so pode levar o banco de dados de um estado valido para outro estado valido.
Isolation (Isolamento) — Transacoes concorrentes nao interferem
Milhoes de pessoas fazem transacoes bancarias simultaneamente. O isolamento garante que as transacoes concorrentes sejam executadas como se ocorressem uma de cada vez, sem que uma possa ver o estado intermediario de outra.
Durability (Durabilidade) — Dados confirmados sobrevivem a falhas
Se a transferencia de Ana for concluida com sucesso e depois houver uma queda de energia, os dados nao devem ser perdidos.
A durabilidade garante que uma vez que uma transacao e confirmada, seus resultados sao armazenados permanentemente mesmo que o sistema falhe imediatamente depois.
| Propriedade ACID | Explicacao breve | Exemplo de transferencia | |-----------------|-----------------|-------------------------| | Atomicidade | Tudo ou nada | Descontar + adicionar tem sucesso ou ambos sao cancelados | | Consistencia | Regras sempre cumpridas | Saldo nao pode ser negativo | | Isolamento | Sem interferencia entre transacoes | Saques simultaneos tratados com seguranca | | Durabilidade | Dados confirmados sobrevivem a falhas | Registro persiste apos queda de energia |
Funcoes de dados: DBA, Engenheiro de dados, Analista de dados
Em qualquer organizacao orientada a dados ha tres funcoes-chave. Cada uma tem um foco distinto.
Administrador de banco de dados (DBA) — O gerente do edificio
Um DBA e como o gerente de um edificio. Ele nao projeta o edificio nem decide como os inquilinos o usam — ele garante que o edificio continue funcionando de forma segura e eficiente.
O que um DBA faz: Instalar, configurar e atualizar sistemas de banco de dados Criar e testar planos de backup e recuperacao Gerenciar permissoes de acesso (quem pode ver ou modificar quais dados) Monitorar o desempenho e otimizar consultas lentas Aplicar patches de seguranca
Em uma frase: o DBA mantem o banco de dados saudavel, seguro e disponivel.
Engenheiro de dados — O construtor de rodovias
Um engenheiro de dados constroi as estradas pelas quais os dados trafegam. Quando os dados precisam se mover de um sistema de origem para um data warehouse para analise, alguem tem que projetar e construir essa jornada.
O que um engenheiro de dados faz: Projetar e construir pipelines de dados Desenvolver processos ETL/ELT Construir e manter data lakes e data warehouses Garantir a qualidade e consistencia dos dados Trabalhar com Azure Data Factory, Apache Spark, Azure Databricks
Em uma frase: o engenheiro de dados constroi e mantem a infraestrutura que move e prepara os dados.
Analista de dados — O detetive
Um analista de dados recebe dados limpos e preparados, e os investiga para encontrar padroes e insights significativos. Ele responde perguntas de negocio: "por que as vendas caíram este mes?" ou "qual segmento de clientes e mais rentavel?".
O que um analista de dados faz: Consultar bancos de dados com SQL Analisar dados com Excel, Python ou R Criar visualizacoes e dashboards com Power BI ou Tableau Escrever relatorios e apresentar descobertas
Em uma frase: o analista de dados converte dados em insights de negocio e os comunica claramente.
| Funcao | Analogia | Ferramentas | Responsabilidade | |--------|---------|------------|----------------| | DBA | Gerente do edificio | SQL Server, Azure SQL | Operacoes, seguranca, backups | | Engenheiro de dados | Construtor de rodovias | Data Factory, Spark | Pipelines, ETL, infraestrutura | | Analista de dados | Detetive | Power BI, SQL, Excel | Analise, visualizacao, relatorios |
Pontos-chave para o exame
"Processamento rapido de transacoes, dados atuais" -- OLTP
"Consultas analiticas complexas, dados historicos" -- OLAP
"Servico Azure para cargas OLTP" -- Azure SQL Database
"Servico Azure para cargas OLAP" -- Azure Synapse Analytics
"Todos os passos tem sucesso ou todos sao revertidos" -- Atomicidade (ACID)
"Os dados sempre satisfazem as regras de negocio" -- Consistencia (ACID)
"Transacoes concorrentes nao interferem entre si" -- Isolamento (ACID)
"Dados confirmados sobrevivem a falhas" -- Durabilidade (ACID)
"Operacoes de BD, backups, controle de acesso" -- DBA
"Projeto de pipelines e processos ETL" -- Engenheiro de dados
"Analise SQL, dashboards Power BI, insights de negocio" -- Analista de dados