linhagem de dados SAP HANA É o mapa em nível de coluna de como os dados se movem pelo seu SQL do HANA: quais tabelas e colunas de origem alimentam cada visualização SQL, coluna calculada e relatório subsequente, e quais junções, filtros, conversões e funções transformam os dados ao longo do caminho. Gudu SQLFlow O sistema cria esse mapa automaticamente, analisando seu SQL do HANA com um analisador de dialeto SAP HANA dedicado — um dos 39 analisadores específicos de dialeto, e não uma gramática ANSI genérica — e renderizando um diagrama de linhagem interativo e detalhado até as colunas individuais.
Experimente agora: Cole um HANA CRIAR VISUALIZAÇÃO encadeamento no Visualizador de linhagem SQLFlow gratuitoSelecione o dialeto SAP HANA e obtenha o diagrama em nível de coluna em segundos. Versão gratuita, sem necessidade de instalação.
Por que as questões de linhagem acabam no HANA?
O HANA raramente opera isoladamente. Normalmente, ele fica abaixo dos ambientes S/4HANA e BW, em data marts lado a lado e camadas de relatórios das quais as funções de finanças e auditoria dependem. Quando um auditor pergunta “Quais campos de origem alimentam esse número?” ou um controlador pergunta “Por que esse indicador-chave de desempenho (KPI) mudou após o lançamento do mês passado?”A resposta está enterrada em camadas de SQL: visões construídas sobre visões, colunas calculadas, conversões de moeda e junções entre esquemas.
Responder a essas perguntas lendo SQL manualmente não é viável para além de um pequeno número de visualizações. A linhagem em nível de SQL automatiza esse processo: analise cada definição de visualização e script uma única vez, e o gráfico de dependência — tabela para visualização, visualização para relatório, com granularidade de coluna — estará disponível sob demanda para análise de impacto, depuração de causa raiz e evidências de auditoria.
Como o SQLFlow constrói a linhagem de dados do SAP HANA
O SQLFlow é construído sobre o Analisador SQL Geral (GSP), um front-end de compilador SQL comercial desenvolvido desde meados dos anos 2000 e validado com aproximadamente 13.600 conjuntos de testes SQL por dialeto. O analisador sintático do SAP HANA entende especificamente a sintaxe SQL do HANA — citado "ESQUEMA"."OBJETO" identificadores, funções e conversões HANA, formas de junção e operador de conjunto HANA — em vez de aproximá-las com uma gramática genérica.
Para cada instrução, o GSP constrói um modelo semântico completo: cada referência de coluna é resolvida por meio de CTEs, subconsultas, visualizações e SELECIONE * expansão. O analisador de fluxo de dados extrai, então, para cada coluna de saída, exatamente quais colunas de origem a alimentam e por meio de quais funções e expressões. O resultado é uma linhagem em nível de coluna na qual você pode confiar para uma alteração de esquema, e não um esboço em nível de tabela.
Você pode alimentar o SQLFlow com SQL do HANA de três maneiras: colando instruções diretamente, carregando arquivos de definições de visualização e scripts ou conectando-se via JDBC e permitindo que o SQLFlow extraia as definições de objetos do catálogo do banco de dados. Tudo é feito por meio de análise estática do texto SQL — o SQLFlow nunca lê as linhas das suas tabelas.
Exemplo: rastreando uma cadeia de visualizações SQL do HANA em camadas
As visualizações SQL em camadas são o padrão do HANA: uma visualização de limpeza sobre as tabelas brutas, uma visualização de enriquecimento sobre esta e uma visualização agregada para geração de relatórios. Aqui está uma cadeia típica de três camadas:
CRIAR VIEW "FIN"."V_ORDERS_CLEAN" AS SELECT ORDER_ID, CUSTOMER_ID, TO_DECIMAL(GROSS_AMOUNT, 15, 2) AS GROSS_AMOUNT, IFNULL(CURRENCY, 'EUR') AS CURRENCY, ORDER_DATE FROM "FIN"."ORDERS_RAW" WHERE STATUS <> 'CANCELLED'; CRIAR VIEW "FIN"."V_ORDERS_EUR" AS SELECT o.ORDER_ID, o.CUSTOMER_ID, o.GROSS_AMOUNT * r.RATE AS AMOUNT_EUR, o.ORDER_DATE FROM "FIN"."V_ORDERS_CLEAN" o JOIN "FIN"."FX_RATES" r ON r.CURRENCY = o.CURRENCY AND r.RATE_DATE = o.ORDER_DATE; CRIAR VIEW "FIN"."V_REVENUE_MONTHLY" AS SELECT CUSTOMER_ID, YEAR(ORDER_DATE) AS FISCAL_YEAR, MONTH(ORDER_DATE) AS FISCAL_MONTH, SUM(AMOUNT_EUR) AS REVENUE_EUR FROM "FIN"."V_ORDERS_EUR" GROUP BY CUSTOMER_ID, YEAR(ORDER_DATE), MONTH(ORDER_DATE);Pergunte ao SQLFlow onde V_RECEITA_MENSAL.RECEITA_EUR vem de e percorre a cadeia automaticamente: RECEITA_EUR é SOMA(VALOR_EUR), que é VALOR_BRUTO * TAXA, onde VALOR_BRUTO é ORDENS_BRUTAS.VALOR_BRUTO passou PARA_DECIMALDuas colunas de origem, três níveis de visualização, cada cálculo intermediário nomeado. Execute o rastreamento na direção oposta e você obterá a análise de impacto: redigite ORDENS_BRUTAS.VALOR_BRUTO E o SQLFlow lista todas as colunas subsequentes que herdam a alteração.
Colunas calculadas em visualizações SQL — as PARA_DECIMAL elenco, o SENULO Por padrão, a multiplicação — são de primeira classe no grafo de linhagem, portanto o diagrama mostra não apenas que uma coluna flui através, mas O que acontece com ele? em cada camada.
Linhagem direta versus linhagem indireta
Observe novamente o exemplo. ORDENS_BRUTAS.STATUS nunca aparece em nenhuma coluna de saída, no entanto, ONDE STATUS <> 'CANCELADO' O filtro influencia diretamente o valor da receita. O mesmo vale para MOEDA, DATA_DA_TAXA, e DATA_DO_PEDIDO nas condições de adesão e AGRUPAR POR.
O SQLFlow modela isso como linhagem indireta (de impacto), um tipo de relacionamento distinto do fluxo de dados direto e que pode ser ativado/desativado separadamente no diagrama. Para uma pergunta de auditoria como "este campo regulamentado influencia este relatório?", as arestas indiretas geralmente são a resposta completa — e a maioria das ferramentas de linhagem concorrentes não faz a distinção entre direto e indireto.
Onde o SQLFlow se encaixa ao lado das ferramentas nativas da SAP?
As próprias ferramentas de modelagem e catalogação da SAP são excelentes naquilo para que foram criadas: rastrear artefatos criados dentro da camada modelada pela SAP. A lacuna surge no nível do SQL. Views SQL escritas manualmente, scripts de migração, DML em jobs agendados e o SQL que conecta o HANA à metade não-SAP do seu ambiente são invisíveis para a linhagem baseada em modelo, porque nunca foram registrados como artefatos modelados.
Essa é a camada que o SQLFlow abrange. Ele analisa o próprio SQL, portanto, tudo o que for expresso como texto SQL é rastreado — independentemente da ferramenta que o criou. Dois limites importantes a serem considerados:
- Visualizações gráficas de cálculo São armazenados como modelos XML, não SQL, portanto estão fora do escopo da análise SQL. As views SQL que os envolvem, e qualquer consulta SQL que as faça, são totalmente rastreadas.
- Procedimentos SQLScript: As gramáticas procedurais dedicadas do SQLFlow atualmente abrangem Oracle PL/SQL e SQL Server T-SQL. Para o HANA, a abordagem prática é analisar as instruções SQL dentro dos corpos do SQLScript — o
SELECIONAR,INSERIR, e as definições de visualização onde a linhagem realmente reside são SQL padrão do HANA.
Usadas em conjunto, as duas abordagens se complementam: ferramentas nativas da SAP para a camada modelada e linhagem em nível SQL para tudo o que é escrito em SQL. E como o SQLFlow é compatível com 39 dialetos, o mesmo grafo de linhagem se estende além do HANA, abrangendo os sistemas Oracle, DB2 ou Snowflake que o alimentam — veja o Linhagem de dados Oracle e linhagem de dados DB2 páginas para esses dialetos. Implantações corporativas também podem enviar resultados para o DataHub, Microsoft Purview ou OpenMetadata por meio de adaptadores de exportação integrados.
Opções de implantação para ambientes SAP
| Edição | Ideal para | Notas |
|---|---|---|
| Nuvem SQLFlow | Avaliação, rastreamento de visualização ad-hoc | Plano gratuito; plano premium $49,99/mês; cole ou carregue o SQL do HANA no navegador. |
| SQLFlow no local | Ambientes SAP de produção em indústrias regulamentadas | Docker/Kubernetes dentro da sua rede, com capacidade de isolamento físico (air-gap); $500/mês ou $4.800 (pagamento único) por tipo de banco de dados. |
| API REST / Biblioteca Java | Automatizando a linhagem em CI ou em uma plataforma de dados | O mesmo mecanismo de análise, acessível a partir de pipelines e aplicações JVM. |
Para a maioria das empresas que utilizam HANA, a privacidade é tão importante quanto os recursos: o SQLFlow realiza análises estáticas apenas do código SQL e dos metadados do esquema, e, na versão On-Premise, nem mesmo o texto SQL sai da sua rede. A varredura em lote processa conjuntos de dados com mais de 100 bancos de dados e mais de um milhão de colunas, com novas varreduras incrementais e um repositório de linhagem persistente. Mais detalhes estão disponíveis em [link para a página de detalhes]. página de preçose o Visão geral da ferramenta de linhagem de dados SQL Abrange o conjunto completo de funcionalidades.
Perguntas frequentes
O SQLFlow é compatível com SAP HANA?
Sim. O SAP HANA é um dos 39 bancos de dados com seu próprio analisador sintático específico para cada dialeto no SQLFlow, que abrange a sintaxe SQL do HANA, incluindo identificadores qualificados de esquema entre aspas e funções do HANA, como... SENULO e PARA_DECIMALe visualizar definições.
O SQLFlow consegue rastrear a linhagem através de visualizações SQL em camadas do HANA?
Sim. As referências de coluna são resolvidas por meio de views, CTEs, subconsultas e SELECIONE * expansão, de modo que uma coluna em uma visualização de relatório de nível superior seja rastreada por todas as visualizações intermediárias até as colunas de origem física, com cada cálculo exibido ao longo do caminho.
O SQLFlow é compatível com visualizações de cálculo do HANA?
As visualizações gráficas de cálculo são modelos XML em vez de SQL, portanto, estão fora do escopo da análise sintática de SQL. O SQLFlow rastreia tudo o que é expresso como SQL: as visualizações SQL em camadas ao redor das visualizações de cálculo e quaisquer instruções SQL que as consultem.
O SQLFlow precisa acessar os dados nas minhas tabelas HANA?
Não. O SQLFlow realiza análise estática do código SQL e, opcionalmente, lê metadados do esquema via JDBC. Ele nunca lê os dados das linhas da tabela, e a edição On-Premise mantém até mesmo o texto SQL dentro da sua rede.
Como faço para importar meu SQL do HANA para o SQLFlow?
Três maneiras: colar o SQL diretamente no navegador, carregar arquivos de definições de visualização e scripts ou conectar-se ao HANA via JDBC para que o SQLFlow obtenha as definições de objeto do catálogo. Os resultados são exportados como JSON, CSV ou PNG, ou através da API REST.
Qual o preço do SQLFlow?
O SQLFlow Cloud é gratuito a partir de um primeiro momento; contas premium custam £49,99/mês. O SQLFlow On-Premise custa £500/mês ou £4.800 (pagamento único) por tipo de banco de dados selecionado, instalável em dois servidores, com tipos de banco de dados adicionais a £100/mês ou £1.000 (pagamento único) cada.
Agora você pode rastrear suas visualizações do HANA.
Cole uma cadeia de visualizações no visualizador gratuito e veja a linhagem em nível de coluna ou fale conosco sobre a possibilidade de digitalizar todo o seu ambiente HANA localmente.