Conversión de datos relacionales en un modelo de grafos en Microsoft Fabric

La conversión de datos relacionales en un modelo de grafo en Microsoft Fabric ayuda a consultar las conexiones directamente en lugar de escribir combinaciones repetidas. En este artículo se proporciona un flujo de trabajo práctico de conversión para asignar tablas relacionales a tipos de nodo y tipos perimetrales y, a continuación, validar el modelo antes de escalarlo.

Si todavía está decidiendo si el grafo es la opción adecuada para su carga de trabajo, primero revise Comparar grafos y bases de datos relacionales.

Use este artículo como lista de comprobación de conversión. Para obtener reglas de modelado detalladas, consulte Diseño de un esquema de grafo.

Prerrequisitos

• Un área de trabajo Fabric con permiso para crear elementos.
• Una lakehouse que contiene tablas relacionales de origen.
• Gráfico disponible en tu región.
• Familiaridad con el editor de modelos de grafos. Si no está familiarizado con el grafo, comience con Tutorial: Introducción al grafo.

Flujo de trabajo de conversión

Use esta secuencia al convertir datos relacionales:

1. Examine las tablas de origen e identifique las entidades de los datos (clientes, productos, pedidos), cómo se identifica cada fila de forma única y cómo se conectan las tablas entre sí.
2. Decida qué entidades se convierten en tipos de nodo en el grafo y qué columna identifica de forma única cada una.
3. Decida qué conexiones de tabla se convierten en tipos perimetrales y qué dirección van (por ejemplo, CustomercomprasOrder).
4. Aplique el patrón de mapeo correcto en función de la estructura de la tabla: uno a muchos, muchos a muchos, valores incrustados o cadenas de tablas relacionadas.
5. Compile el modelo en el editor de modelos de grafos y confirme que los tipos de nodo y los tipos perimetrales aparecen según lo previsto.

Paso 1: Perfilamiento de las tablas relacionales de origen

Confirme los siguientes elementos en las tablas de origen:

• Entidades principales que representan elementos distintos, como clientes, productos o pedidos.
• Columnas de clave que identifican de forma única cada fila de entidad, como CustomerID, OrderIDo ProductSKU.
• Columnas de clave externa que definen relaciones entre tablas, como CustomerID en la Orders tabla que hace referencia a la Customers tabla.
• Columnas que pueden ser entidades incrustadas, como Country o Department.

Para obtener criterios de decisión detallados sobre entidades, claves, propiedades y restricciones de asignación, consulte Diseño de un esquema de grafo.

Paso 2: Asignación de entidades a tipos de nodo

Asigne cada entidad a un tipo de nodo.

Use una columna de clave con valores únicos y estables. Si una columna no es única, configure una clave compuesta.

Para obtener instrucciones de diseño, consulte Diseño de un esquema de grafo.

Paso 3: Mapear relaciones en tipos de arista

Asigne cada camino de relación a un tipo de arista dirigida.

Elija etiquetas de arista como frases verbales que se lean claramente en las consultas, como purchases, contains y belongsTo.

Para conocer los requisitos de mapeo de bordes, consulte Elegir tipos de bordes. Para conocer los pasos de la interfaz de usuario, consulte Tutorial: Adición de tipos perimetrales al grafo.

Paso 4: Aplicar patrones relacionales a grafos comunes

Use estos patrones durante la conversión y siga las guías vinculadas para una implementación detallada. Para obtener descripciones de patrones completas, consulte Patrones tabulares a grafos comunes.

• Uno a varios: una tabla secundaria hace referencia a una clave principal (por ejemplo, Pedidos que hacen referencia a Clientes). Consulte Tutorial: Adición de tipos perimetrales al grafo.
• Relación de muchos a muchos: una tabla de unión relaciona dos entidades (por ejemplo, una tabla SalesOrderDetail que conecta Productos y Pedidos). Consulte Tutorial: Adición de tipos perimetrales al grafo.
• Entidad incrustada: un valor de columna debe convertirse en un tipo de nodo que se pueda recorrer (por ejemplo, promover Country a un Country tipo de nodo). Consulte Tutorial: Adición de varios tipos de nodo y borde desde una tabla de origen.
• Jerarquía: las cadenas padre-hijo abarcan varios niveles (por ejemplo, una estructura jerárquica de empleados). Consulte Tutorial: Adición de tipos perimetrales al grafo.

Paso 5: Compilación y validación del modelo de grafo

Después de finalizar los mapeos, construya y valide el modelo de gráfico en el editor.

1. Agregue tipos de nodo y configure identificadores a partir de columnas de clave.

2. Agregue tipos de arista y asigne las columnas de origen y destino.

3. Seleccione Guardar para comprobar el modelo y cargar datos.

4. Confirme que el tipo de nodo esperado y las etiquetas de tipo perimetral aparecen en el lienzo.

5. Ejecute consultas de validación para confirmar las relaciones y la cardinalidad. Por ejemplo:

   MATCH (c:Customer)-[:purchases]->(o:Order)
   RETURN c.CustomerID_K, COUNT(o) AS orderCount
   ORDER BY orderCount DESC
   

   Actualice las etiquetas para que coincidan con el esquema. Confirme que cada tipo de borde devuelve resultados y que los recuentos tienen un aspecto correcto.

Si faltan bordes esperados, compruebe los valores de las columnas de combinación y los tipos de datos de las tablas de origen.

Solución de problemas comunes de conversión

• No se han creado aristas: confirme que las columnas de mapeo de origen y destino coinciden con los valores de la clave de nodo y los tipos de datos.
• Nodos duplicados: confirme que las columnas de clave de nodo son únicas o cambian a una clave compuesta.
• Gráfico de modelo excesivo: mantenga los campos descriptivos como propiedades a menos que necesite recorrerlos como entidades.
• Gráfico submodelado: extraiga columnas compartidas a diversos tipos de nodos cuando necesite realizar análisis basado en relaciones.

Contenido relacionado

• Diseño de un esquema de grafo
• Tutorial: Introducción al grafo
• Tutorial: Adición de tipos de nodo al grafo
• Tutorial: Adición de tipos perimetrales al grafo
• Tutorial: Adición de varios tipos de nodo y borde desde una tabla de origen
• Limitaciones actuales