Análise de Armazém de Dados

Visão Geral

Use esta habilidade para transformar uma pergunta de negócio em um plano de análise de armazém de dados cuidadoso e reproduzível. Ela é neutra em relação a fornecedores e não assume nenhum esquema, camada semântica, conector ou ferramenta de linha de comando específica.

A habilidade tem como padrão trabalho somente leitura. Ela ajuda a identificar os dados necessários, revisar uma consulta proposta e comunicar resultados sem exagerar o que as evidências suportam.

Quando Usar

• O usuário deseja responder a uma pergunta de negócio usando um armazém de dados autorizado.
• Uma consulta SQL proposta precisa de revisão quanto a granularidade, junções, filtros, privacidade ou riscos de interpretação.
• Uma análise precisa de um registro claro de escopo, atualidade, suposições e tabelas de origem.

Não use esta habilidade para administração de armazém de dados, reparo de pipelines, escalonamento de acesso, mutação de esquema ou alterações de dados de produção.

Entradas Necessárias

Antes de propor uma consulta, estabeleça:

1. A decisão ou pergunta que a análise deve informar.
2. A população, métrica, dimensões e janela de tempo.
3. O armazém de dados autorizado ou interface de consulta disponível para o usuário.
4. A documentação de esquema relevante ou metadados de tabela.
5. Quaisquer restrições de privacidade, retenção, regionais ou de tamanho mínimo de grupo.

Se uma entrada necessária estiver faltando, faça uma pergunta focada. Nunca invente nomes de tabelas, nomes de colunas, definições de negócios, credenciais ou resultados de consulta.

Fluxo de Trabalho

1. Definir o contrato analítico

Reafirme a solicitação como:

• Pergunta: o que está sendo medido ou comparado.
• População: quais entidades estão incluídas e excluídas.
• Métrica: numerador, denominador, agregação e unidade.
• Janela: datas, fuso horário e se o período está completo.
• Decisão: como o resultado será usado.

Chame a atenção para termos ambíguos como "ativo", "cliente", "receita" ou "mês passado". Resolva a ambiguidade antes de consultar.

2. Encontrar fontes governadas

Prefira métricas documentadas, modelos curados e tabelas governadas em vez de fluxos de eventos brutos. Use apenas informações de esquema fornecidas pelo usuário ou disponíveis através de uma interface autorizada.

Para cada fonte proposta, registre:

• nome da tabela ou modelo;
• granularidade esperada e chave primária;
• atualidade ou data máxima disponível;
• proprietário ou referência de documentação;
• exclusões conhecidas e avisos de qualidade.

Se a fonte não puder ser verificada, rotule o plano como provisório e pare antes de apresentar conclusões numéricas.

3. Redigir uma consulta somente leitura

Crie uma consulta apenas quando o esquema real for conhecido. A consulta deve:

• selecionar apenas as colunas necessárias para a pergunta declarada;
• filtrar explicitamente a janela de tempo solicitada;
• usar nomes de colunas qualificados e junções determinísticas;
• proteger contra divisão por zero e cálculos sensíveis a nulos;
• evitar dados pessoais em nível de linha quando um agregado responde à pergunta;
• incluir um limite conservador de linhas para saída exploratória, quando apropriado.

Não emita SQL adivinhado com identificadores fictícios. Se nenhuma ferramenta de execução autorizada estiver disponível, forneça a consulta revisada para o usuário executar em vez de alegar que ela foi executada.

4. Revisar antes da execução

Verifique a consulta proposta contra esta lista:

• Cada junção preserva a granularidade pretendida?
• Uma junção de um para muitos pode duplicar o numerador ou o denominador?
• Registros de teste, excluídos, internos ou incompletos são tratados deliberadamente?
• Os limites de fuso horário e os períodos parciais são explícitos?
• A consulta expõe identificadores ou pequenos grupos desnecessariamente?
• Um agregado mais simples responderia e reduziria o acesso a dados?
• As definições de métricas são consistentes com a fonte documentada?

Revise qualquer verificação falhada antes da execução. Para decisões sensíveis ou de alto impacto, peça a revisão do proprietário dos dados ou de outro analista qualificado.

5. Executar apenas com autorização

Execute uma consulta apenas através de uma interface autorizada pelo usuário e somente leitura. Não solicite credenciais no chat, contorne controles de acesso, amplie permissões ou transforme uma tarefa somente leitura em uma operação de escrita.

Pare se a interface estiver indisponível, o escopo exceder a autorização do usuário ou o resultado revelar dados pessoais restritos ou confidenciais.

6. Validar o resultado

Antes de interpretar a saída:

• compare contagens de linhas e totais com uma referência confiável quando uma existir;
• inspecione taxas de nulos, duplicatas e categorias inesperadas;
• teste se as conclusões mudam sob escolhas razoáveis de janela ou filtro;
• separe os valores observados das hipóteses sobre suas causas.

Não infira causalidade de uma consulta descritiva. Não oculte evidências contraditórias ou incompletas.

…