{"id":6769,"date":"2026-07-12T02:08:50","date_gmt":"2026-07-12T10:08:50","guid":{"rendered":"https:\/\/www.gudusoft.com\/sap-hana-data-lineage\/"},"modified":"2026-07-12T02:08:50","modified_gmt":"2026-07-12T10:08:50","slug":"sap-hana-data-lineage","status":"publish","type":"page","link":"https:\/\/www.gudusoft.com\/es\/linaje-de-datos-de-sap-hana\/","title":{"rendered":"Linaje de datos de SAP HANA: Linaje de columnas para SQL y vistas de HANA"},"content":{"rendered":"

Linaje de datos de SAP HANA<\/strong> Es el mapa a nivel de columna de c\u00f3mo se mueven los datos a trav\u00e9s de su SQL de HANA: qu\u00e9 tablas y columnas de origen alimentan cada vista SQL, columna calculada e informe posterior, y qu\u00e9 uniones, filtros, conversiones y funciones transforman los datos en el proceso. Flujo de SQL de Gudu<\/strong> Crea ese mapa autom\u00e1ticamente analizando su SQL de HANA con un analizador de dialecto SAP HANA espec\u00edfico (uno de los 39 analizadores espec\u00edficos de dialecto, no una gram\u00e1tica ANSI gen\u00e9rica) y generando un diagrama de linaje interactivo y explorable hasta el nivel de columnas individuales.<\/p>\n\n\n\n

\n\n

Pru\u00e9balo ahora:<\/strong> pegar un HANA CREAR VISTA<\/code> cadena en el Visualizador de linaje SQLFlow gratuito<\/a>Seleccione el dialecto de SAP HANA y obtenga el diagrama a nivel de columna en segundos. Plan gratuito, sin instalaci\u00f3n.<\/p>\n\n<\/div><\/div>\n\n\n\n

\u00bfPor qu\u00e9 las preguntas sobre el linaje llegan a HANA?<\/h2>\n\n\n\n

HANA rara vez se encuentra sola. Por lo general, se ubica debajo de S\/4HANA y BW, almacenes de datos paralelos y capas de informes de las que dependen las funciones de finanzas y auditor\u00eda. Cuando un auditor pregunta \u201c\u00bfQu\u00e9 campos de origen alimentan esta figura?\u201d<\/em> o un controlador pregunta \u201c\u00bfPor qu\u00e9 cambi\u00f3 este KPI despu\u00e9s del lanzamiento del mes pasado?\u201d<\/em>La respuesta est\u00e1 oculta entre capas de SQL: vistas construidas sobre vistas, columnas calculadas, conversiones de moneda y uniones entre esquemas.<\/p>\n\n\n\n

Responder a esas preguntas leyendo SQL manualmente no es viable para m\u00e1s que un pu\u00f1ado de vistas. El linaje a nivel de SQL lo automatiza: basta con analizar cada definici\u00f3n de vista y script una sola vez, y el gr\u00e1fico de dependencias (de tabla a vista, de vista a informe, con granularidad a nivel de columna) est\u00e1 disponible bajo demanda para el an\u00e1lisis de impacto, la depuraci\u00f3n de la causa ra\u00edz y la obtenci\u00f3n de evidencia de auditor\u00eda.<\/p>\n\n\n\n

C\u00f3mo SQLFlow crea el linaje de datos de SAP HANA<\/h2>\n\n\n\n

SQLFlow est\u00e1 construido sobre la base de Analizador SQL general (GSP)<\/a>, un front-end de compilador SQL comercial desarrollado desde mediados de la d\u00e9cada de 2000 y validado contra aproximadamente 13.600 conjuntos de pruebas SQL por dialecto. El analizador de SAP HANA entiende la sintaxis SQL de HANA espec\u00edficamente \u2014 citado "ESQUEMA"."OBJETO"<\/code> identificadores, funciones y conversiones de HANA, formas de operadores de uni\u00f3n y conjuntos de HANA, en lugar de aproximarlo con una gram\u00e1tica gen\u00e9rica.<\/p>\n\n\n\n

Para cada instrucci\u00f3n, GSP construye un modelo sem\u00e1ntico completo: cada referencia de columna se resuelve a trav\u00e9s de CTEs, subconsultas, vistas y SELECCIONAR *<\/code> Expansi\u00f3n. El analizador de flujo de datos extrae, para cada columna de salida, las columnas de origen que la alimentan y las funciones y expresiones que utilizan. El resultado es un linaje a nivel de columna fiable para un cambio de esquema, no un simple esquema a nivel de tabla.<\/p>\n\n\n\n

Puedes alimentar SQL de HANA a SQLFlow de tres maneras: pegando sentencias directamente, cargando archivos de definiciones de vistas y scripts, o conect\u00e1ndote mediante JDBC y dejando que SQLFlow extraiga las definiciones de objetos del cat\u00e1logo de la base de datos. Todo se basa en un an\u00e1lisis est\u00e1tico del texto SQL; SQLFlow nunca lee las filas de tus tablas.<\/p>\n\n\n\n

Ejemplo: seguimiento de una cadena de vistas SQL de HANA por capas<\/h2>\n\n\n\n

Las vistas SQL por capas son el patr\u00f3n est\u00e1ndar de HANA: una vista de limpieza sobre las tablas sin procesar, una vista de enriquecimiento sobre esta y una vista agregada para la generaci\u00f3n de informes. A continuaci\u00f3n, se muestra una cadena t\u00edpica de tres capas:<\/p>\n\n\n\n

CREATE 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'; CREATE 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; CREATE 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);<\/code><\/pre>\n\n\n\n
Preg\u00fantale a SQLFlow d\u00f3nde V_INGRESOS_MENSUALES.INGRESOS_EUR<\/code> proviene de y recorre la cadena autom\u00e1ticamente: INGRESOS_EUR<\/code> es SUMA(CANTIDAD_EUR)<\/code>, que es IMPORTE BRUTO * TASA<\/code>, d\u00f3nde IMPORTE BRUTO<\/code> es PEDIDOS_IMPORTE_BRUTO<\/code> pas\u00f3 por TO_DECIMAL<\/code>Dos columnas de origen, tres vistas de profundidad, cada c\u00e1lculo intermedio nombrado. Ejecute el rastreo en sentido contrario y obtendr\u00e1 el an\u00e1lisis de impacto: vuelva a escribir PEDIDOS_IMPORTE_BRUTO<\/code> y SQLFlow enumera todas las columnas posteriores que heredan el cambio.<\/p>\n\n\n\n
Columnas calculadas en vistas SQL: TO_DECIMAL<\/code> el reparto, el IFNULL<\/code> por defecto, la multiplicaci\u00f3n \u2014 son de primera clase en el gr\u00e1fico de linaje, por lo que el diagrama muestra no solo eso<\/em> una columna fluye a trav\u00e9s pero \u00bfQu\u00e9 le sucede?<\/em> en cada capa.<\/p>\n\n\n\n
Linaje directo frente a linaje indirecto<\/h2>\n\n\n\n
Vuelve a mirar el ejemplo. ORDENS_RAW.STATUS<\/code> nunca aparece en ninguna columna de salida, sin embargo, DONDE EL ESTADO ES <> 'CANCELADO'<\/code> El filtro influye absolutamente en la cifra de ingresos. Lo mismo ocurre con DIVISA<\/code>, FECHA_DE_TARIFA<\/code>, y FECHA_DE_PEDIDO<\/code> en las condiciones de uni\u00f3n y AGRUPACI\u00d3N POR<\/code>.<\/p>\n\n\n\n
SQLFlow modela estos como linaje indirecto (de impacto)<\/strong>, un tipo de relaci\u00f3n distinto del flujo de datos directo y que se puede activar o desactivar por separado en el diagrama. Para una pregunta de auditor\u00eda como "\u00bfinfluye este campo regulado en este informe?", las relaciones indirectas suelen ser la respuesta completa, y la mayor\u00eda de las herramientas de linaje de la competencia no distinguen entre directo e indirecto.<\/p>\n\n\n\n
\u00bfD\u00f3nde encaja SQLFlow junto a las herramientas nativas de SAP?<\/h2>\n\n\n\n
Las herramientas de modelado y catalogaci\u00f3n de SAP son eficaces para lo que fueron dise\u00f1adas: el seguimiento de los artefactos creados dentro de la capa modelada por SAP. La deficiencia se presenta a nivel SQL. Las vistas SQL escritas manualmente, los scripts de migraci\u00f3n, las operaciones DML en trabajos programados y el c\u00f3digo SQL que conecta HANA con la parte de la infraestructura que no es de SAP son invisibles para el linaje basado en modelos, ya que nunca se registraron como artefactos modelados.<\/p>\n\n\n\n
Esa es la capa que cubre SQLFlow. Analiza el SQL en s\u00ed, por lo que todo lo expresado como texto SQL se rastrea, independientemente de la herramienta que lo haya creado. Dos l\u00edmites claros que conviene conocer:<\/p>\n\n\n\n