{"id":6757,"date":"2026-07-12T02:07:05","date_gmt":"2026-07-12T10:07:05","guid":{"rendered":"https:\/\/www.gudusoft.com\/mysql-data-lineage\/"},"modified":"2026-07-12T02:07:05","modified_gmt":"2026-07-12T10:07:05","slug":"mysql-data-lineage","status":"publish","type":"page","link":"https:\/\/www.gudusoft.com\/es\/linaje-de-datos-de-mysql\/","title":{"rendered":"Linaje de datos en MySQL: Rastreo del linaje de columnas a trav\u00e9s de vistas y SQL ETL"},"content":{"rendered":"

Linaje de datos de MySQL<\/strong> es el mapa columna por columna de c\u00f3mo fluyen los datos a trav\u00e9s de sus vistas MySQL, INSERTAR ... SELECCIONAR<\/code> trabajos y scripts ETL: qu\u00e9 columnas de origen alimentan cada columna de destino y a trav\u00e9s de qu\u00e9 uniones, filtros y agregaciones. MySQL en s\u00ed mismo no puede mostrarle esto. esquema_de_informaci\u00f3n<\/code> Describe la estructura, no el flujo de datos. Flujo de SQL de Gudu<\/a> Genera autom\u00e1ticamente el linaje analizando su SQL de MySQL con un analizador de dialecto de MySQL espec\u00edfico, lo que produce un diagrama interactivo y exploratorio hasta el nivel de columnas individuales.<\/p>\n\n\n\n

\n\n

Compru\u00e9belo usted mismo en SQL:<\/strong> pegue cualquier vista MySQL o INSERTAR ... SELECCIONAR<\/code> en el Visualizador de linaje SQLFlow gratuito<\/a>Seleccione el dialecto de MySQL y obtenga un diagrama de linaje a nivel de columna en segundos.<\/p>\n\n<\/div><\/div>\n\n\n\n

Por qu\u00e9 information_schema no puede proporcionar el linaje de datos de MySQL<\/h2>\n\n\n\n

MySQL esquema_de_informaci\u00f3n<\/code> es un cat\u00e1logo estructural. Te dir\u00e1 que ingresos_diarios<\/code> tiene cinco columnas, cu\u00e1les son sus tipos y (a trav\u00e9s de USO DE COLUMNA CLAVE<\/code>) qu\u00e9 claves for\u00e1neas apuntan a d\u00f3nde. Lo que nunca te dir\u00e1 es que ingresos_net_diarios<\/code> se calcula a partir de pedidos.cantidad<\/code> menos pedidos.descuento<\/code>, filtrado en estado de los pedidos<\/code>y agrupados por clientes.regi\u00f3n<\/code>.<\/p>\n\n\n\n

Ese conocimiento del flujo de datos reside en un solo lugar: el propio texto SQL. En un entorno MySQL t\u00edpico, eso significa definiciones de vistas (esquema_de_informaci\u00f3n.VISTAS<\/code> almacena el texto, pero nada lo interpreta), el INSERTAR ... SELECCIONAR<\/code> y ACTUALIZACI\u00d3N DE CLAVE DUPLICADA<\/code> declaraciones que ejecutan sus trabajos ETL, expresiones de columna generadas en su DDL y archivos de consulta del lado de la aplicaci\u00f3n. Para convertirlos en linaje, algo tiene que analizar y resolver sem\u00e1nticamente el SQL, expandiendo SELECCIONAR *<\/code>, rastreando columnas a trav\u00e9s de uniones, subconsultas y pilas de vistas. Eso es lo que hace SQLFlow.<\/p>\n\n\n\n

Un ejemplo pr\u00e1ctico: una tabla de informes alimentada por INSERT-SELECT<\/h2>\n\n\n\n

Este es el tipo de instrucci\u00f3n que se ejecuta cada noche en miles de configuraciones de informes basadas en MySQL: una operaci\u00f3n de inserci\u00f3n\/actualizaci\u00f3n que agrega los pedidos en una tabla resumen:<\/p>\n\n\n\n

INSERT INTO daily_revenue (report_date, region, order_count, gross_revenue, net_revenue) SELECT o.order_date, c.region, COUNT(*), SUM(o.amount), SUM(o.amount - o.discount) FROM orders o JOIN customers c ON c.id = o.customer_id WHERE o.status = 'completed' GROUP BY o.order_date, c.region ON DUPLICATE KEY UPDATE order_count = VALUES(order_count), gross_revenue = VALUES(gross_revenue), net_revenue = VALUES(net_revenue);<\/code><\/pre>\n\n\n\n
Ejecute esto a trav\u00e9s de SQLFlow y extraer\u00e1, para cada columna de destino, tanto las columnas que proporcionan directamente su valor como las columnas que dan forma al resultado sin llegar a formar parte de \u00e9l:<\/p>\n\n\n\n
\n
Columna objetivo<\/th>Fuentes directas<\/th>Influencias indirectas (de impacto)<\/th><\/tr><\/thead>
fecha_informe_de_ingresos_diarios<\/code><\/td>pedidos.fecha_del_pedido<\/code><\/td>estado de los pedidos<\/code><\/td><\/tr>\n
ingresos_diarios.regi\u00f3n<\/code><\/td>clientes.regi\u00f3n<\/code><\/td>clientes.id<\/code>, pedidos.id_cliente<\/code>, estado de los pedidos<\/code><\/td><\/tr>\n
ingresos_diarios.ingresos_brutos<\/code><\/td>pedidos.cantidad<\/code> a trav\u00e9s de SUMA()<\/code><\/td>pedidos.fecha_del_pedido<\/code>, clientes.regi\u00f3n<\/code> (AGRUPAR POR), unir claves, estado de los pedidos<\/code><\/td><\/tr>\n
ingresos_net_diarios<\/code><\/td>pedidos.cantidad<\/code>, pedidos.descuento<\/code> a trav\u00e9s de SUMA()<\/code><\/td>igual que arriba<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n
La distinci\u00f3n en la tercera columna es importante. estado de los pedidos<\/code> nunca aparece en ingresos_diarios<\/code>Sin embargo, cambiar la forma en que se completa cambia cada n\u00famero en el informe. SQLFlow modela esto linaje indirecto<\/strong> (columnas utilizadas en D\u00d3NDE<\/code>, UNIRSE<\/code>, y AGRUPACI\u00d3N POR<\/code>) como un tipo de relaci\u00f3n separado y conmutable en el diagrama: la mayor\u00eda de las herramientas de linaje no hacen esta distinci\u00f3n en absoluto, y es exactamente lo que se necesita para un an\u00e1lisis de impacto honesto.<\/p>\n\n\n\n
Linaje a trav\u00e9s de vistas MySQL, incluidas las vistas apiladas.<\/h2>\n\n\n\n
Las vistas son donde las herramientas de linaje a nivel de tabla se rinden silenciosamente. Un panel de BI lee v_regional_kpis<\/code>, que selecciona de v_pedidos_completados<\/code>, que selecciona de pedidos<\/code> y clientes<\/code>Para responder a "\u00bfqu\u00e9 alimenta esta columna del panel?", el motor de linaje debe resolver las referencias de columna a trav\u00e9s de cada capa de la pila de vista, expandir cualquier SELECCIONAR *<\/code> contra las definiciones subyacentes, y llevar consigo las transformaciones.<\/p>\n\n\n\n
SQLFlow resuelve las referencias a columnas mediante vistas, CTE, subconsultas y expansi\u00f3n en estrella como parte de su an\u00e1lisis sem\u00e1ntico. Al configurarlo para que acceda a su esquema a trav\u00e9s de JDBC, extrae autom\u00e1ticamente las definiciones DDL y de vistas, de modo que el gr\u00e1fico de linaje refleja las vistas tal como existen realmente en la base de datos, y no como se encuentran en una carpeta de migraci\u00f3n obsoleta.<\/p>\n\n\n\n
Columnas generadas: linaje dentro de una sola tabla<\/h2>\n\n\n\n
Las columnas generadas por MySQL incorporan el flujo de datos directamente en el DDL:<\/p>\n\n\n\n
CREATE TABLE order_items ( quantity INT, unit_price DECIMAL(10,2), line_total DECIMAL(12,2) AS (quantity * unit_price) STORED );<\/code><\/pre>\n\n\n\n
total_de_l\u00ednea<\/code> nunca es escrito por ning\u00fan INSERT, por lo que cualquier enfoque que solo observe DML omite por completo su procedencia. Debido a que SQLFlow analiza la expresi\u00f3n de columna generada como SQL, total_de_l\u00ednea<\/code> obtiene bordes de linaje adecuados de cantidad<\/code> y precio_unitario<\/code>y cualquier cosa aguas abajo que lea total_de_l\u00ednea<\/code> Todo se remonta a esas dos columnas f\u00edsicas.<\/p>\n\n\n\n
C\u00f3mo crear un linaje MySQL con SQLFlow<\/h2>\n\n\n\n
  1. Recopilar el SQL.<\/strong> Pegue declaraciones o cargue archivos en Nube SQLFlow<\/a>o conecta tu instancia de MySQL a trav\u00e9s de JDBC para que SQLFlow lea directamente las definiciones de DDL y vistas. Los usuarios de dbt pueden importar el manifiesto de dbt.<\/li>\n
  2. Analizar con el dialecto MySQL.<\/strong> SQLFlow utiliza un analizador sint\u00e1ctico de MySQL espec\u00edfico para cada dialecto (uno de los 39 analizadores sint\u00e1cticos de dialecto, no una gram\u00e1tica ANSI gen\u00e9rica), por lo que las construcciones espec\u00edficas de MySQL como ACTUALIZACI\u00d3N DE CLAVE DUPLICADA<\/code>Los identificadores entre comillas invertidas y las columnas generadas se analizan correctamente en lugar de omitirse.<\/li>\n
  3. Explora y exporta.<\/strong> Rastrea cualquier columna aguas arriba o aguas abajo en el diagrama interactivo, activa o desactiva el linaje indirecto y exporta el gr\u00e1fico como JSON, CSV o PNG, o desc\u00e1rgalo mediante programaci\u00f3n a trav\u00e9s de la API REST. Desde la versi\u00f3n 8.2.3 tambi\u00e9n puedes hacer preguntas en lenguaje sencillo ("de qu\u00e9 informes dependen clientes.regi\u00f3n<\/code>?\u201d); cada tabla y columna que cita la IA se valida con respecto al gr\u00e1fico analizado antes de su visualizaci\u00f3n.<\/li><\/ol>\n\n\n\n
    El motor que est\u00e1 debajo es Analizador SQL general<\/a>, un compilador SQL comercial con interfaz gr\u00e1fica desarrollado desde mediados de la d\u00e9cada de 2000 y validado con aproximadamente 13.600 conjuntos de pruebas SQL por dialecto. La calidad del linaje es, ante todo, un problema de an\u00e1lisis sint\u00e1ctico, y ese corpus de regresi\u00f3n es lo que impide que MySQL en el mundo real \u2014con todas sus peculiaridades dialectales\u2014 desaparezca silenciosamente del gr\u00e1fico.<\/p>\n\n\n\n
    \u00bfQu\u00e9 hay de las opciones de linaje de MySQL de c\u00f3digo abierto?<\/h2>\n\n\n\n
    Analizadores sint\u00e1cticos de c\u00f3digo abierto como sqllineage<\/code> y sqlglot<\/code> Manejan bien las sentencias individuales SELECT e INSERT de MySQL, y si necesita el linaje para un pu\u00f1ado de consultas sencillas dentro de una canalizaci\u00f3n de Python, son un punto de partida razonable. Las plataformas de cat\u00e1logo como DataHub y OpenMetadata son fuertes para organizar y mostrar el linaje una vez que existe. La brecha se presenta en la producci\u00f3n de un linaje preciso a partir de SQL duro a gran escala: resolver columnas a trav\u00e9s de vistas apiladas usando metadatos de esquema en vivo, distinguir el linaje directo del indirecto, expandir SELECCIONAR *<\/code> SQLFlow se centra en este problema de extracci\u00f3n y, a continuaci\u00f3n, introduce los resultados en los cat\u00e1logos mediante sus adaptadores de exportaci\u00f3n para DataHub, Microsoft Purview y OpenMetadata.<\/p>\n\n\n\n
    Cuando MySQL es solo una parte del panorama<\/h2>\n\n\n\n
    MySQL rara vez es todo el sistema. A menudo es la fuente OLTP que alimenta un almac\u00e9n de datos, o uno de los varios motores que atraviesa una capa ETL. SQLFlow analiza 39 dialectos SQL con el mismo an\u00e1lisis a nivel de columna, por lo que el linaje que comienza en MySQL y termina en Snowflake, BigQuery o PostgreSQL<\/a> vive en un solo gr\u00e1fico. Las implementaciones empresariales escanean por lotes entornos de m\u00e1s de 100 bases de datos y m\u00e1s de un mill\u00f3n de columnas, con escaneos incrementales y un repositorio de linaje persistente. Para los equipos que no pueden permitir que el texto SQL salga de su red, SQLFlow local<\/a> Se ejecuta en Docker o Kubernetes de forma totalmente aislada de la red.<\/p>\n\n\n\n
    Para ver c\u00f3mo se ve la salida en una variedad de instrucciones reales (inserciones de uni\u00f3n m\u00faltiple, pilas de vistas, procedimientos almacenados), explore la ejemplos de linaje de datos<\/a>.<\/p>\n\n\n\n
    Preguntas frecuentes<\/h2>\n\n\n\n
    \u00bfLa creaci\u00f3n del linaje de MySQL requiere acceso a mis datos?<\/h3>\n\n\n
    No. SQLFlow realiza un an\u00e1lisis est\u00e1tico del c\u00f3digo SQL y, opcionalmente, de los metadatos del esquema, como las definiciones de tablas y vistas. Nunca lee los datos de las filas de las tablas. Con la edici\u00f3n local, incluso el texto SQL permanece dentro de su red.<\/p>\n\n\n\n
    \u00bfPuede SQLFlow rastrear el linaje a trav\u00e9s de INSERT \u2026 SELECT \u2026 ON DUPLICATE KEY UPDATE?<\/h3>\n\n\n
    S\u00ed. El analizador de dialectos de MySQL analiza la instrucci\u00f3n completa: cada columna de destino est\u00e1 vinculada a las columnas de origen en la sentencia SELECT, incluidas las expresiones dentro de las agregaciones, y la cl\u00e1usula upsert se maneja como parte del mismo flujo de datos.<\/p>\n\n\n\n
    \u00bfContiene information_schema informaci\u00f3n de linaje?<\/h3>\n\n\n
    No. esquema_de_informaci\u00f3n<\/code> Describe la estructura: tablas, columnas, tipos, claves y el texto sin formato de las definiciones de vista. No interpreta ninguna consulta SQL, por lo que no puede indicar qu\u00e9 columnas de origen alimentan una columna de destino determinada. El an\u00e1lisis del linaje requiere analizar la vista y la consulta SQL DML, que es precisamente lo que hace SQLFlow.<\/p>\n\n\n\n
    \u00bfC\u00f3mo maneja SQLFlow la instrucci\u00f3n SELECT * en las vistas de MySQL?<\/h3>\n\n\n
    SQLFlow se expande SELECCIONAR *<\/code> en contra del esquema real (obtenido a trav\u00e9s de JDBC o proporcionado como DDL), de modo que cada columna que fluye a trav\u00e9s de la estrella obtiene su propio borde de linaje en lugar de una flecha vaga de tabla a tabla.<\/p>\n\n\n\n
    \u00bfExiste alguna forma gratuita de probar el linaje de datos de MySQL?<\/h3>\n\n\n
    S\u00ed. SQLFlow Cloud tiene un nivel gratuito: pegue el c\u00f3digo SQL de MySQL en el navegador y obtenga el diagrama a nivel de columna inmediatamente. Premium cuesta $49.99\/mes; On-Premise cuesta $500\/mes o $4,800 por \u00fanica vez por tipo de base de datos seleccionado \u2014 ver precios<\/a>.<\/p>\n\n\n\n
    \u00bfPuedo exportar el linaje de MySQL a mi cat\u00e1logo de datos?<\/h3>\n\n\n
    S\u00ed. Exporte los datos como JSON, CSV o PNG, consulte la API REST o utilice los adaptadores de exportaci\u00f3n integrados para DataHub, Microsoft Purview y OpenMetadata en implementaciones empresariales.<\/p>\n\n\n\n
    \n\n
    Mapea tu flujo de datos MySQL ahora<\/h2>\n\n\n
    Pegue una vista o una sentencia INSERT-SELECT en el visualizador gratuito, o p\u00f3ngase en contacto con nosotros para que analicemos toda su infraestructura MySQL.<\/p>\n\n\n
    \n
    Prueba SQLFlow gratis<\/a><\/div>\n<\/div>\n\n\n
    \n
    Solicite una demostraci\u00f3n para empresas.<\/a><\/div>\n<\/div>\n\n<\/div><\/div>\n\n\n\n