Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Converter dados relacionais para um modelo de gráfico no Microsoft Fabric ajuda a consultar ligações diretamente em vez de escrever junções repetidas. Este artigo fornece um fluxo de trabalho prático de conversão para mapear tabelas relacionais para tipos de nós e tipos de aresta, e depois validar o modelo antes de o escalar.
Se ainda estás a ponderar se um grafo é o mais adequado para a tua carga de trabalho, revê primeiro Comparar bases de dados de grafos e relacionais.
Use este artigo como a sua lista de verificação de conversão. Para regras detalhadas de modelação, veja Desenhar um esquema de grafo.
Pré-requisitos
- Um espaço de trabalho Fabric com permissão para criar itens.
- Uma lakehouse que contém tabelas relacionais de origem.
- Gráfico disponível na sua região.
- Familiarização com o editor de modelos de grafos. Se és novo no mundo dos grafos, começa pelo Tutorial: Introdução aos grafos.
Fluxo de trabalho de conversão
Use esta sequência ao converter dados relacionais:
- Olhe para as suas tabelas de origem e identifique as entidades nos seus dados (clientes, produtos, encomendas), como cada linha é identificada de forma única e como as tabelas se ligam entre si.
- Decida quais as entidades que se tornam tipos de nós no seu grafo, e qual coluna identifica unicamente cada um.
- Decida quais conexões de tabelas se tornam tipos de arestas e em que direção elas vão (por exemplo,
CustomercomprasOrder). - Aplique o padrão de mapeamento correto com base na estrutura da sua tabela – um-para-muitos, muitos-para-muitos, valores embutidos ou cadeias de tabelas relacionadas.
- Construa o modelo no editor de modelos de grafos e confirme que os tipos de nós e arestas aparecem conforme esperado.
Passo 1: Realizar perfil das tabelas relacionais de origem
Confirme os seguintes itens nas suas tabelas fonte:
- Entidades primárias que representam coisas distintas, como clientes, produtos ou encomendas.
- Colunas-chave que identificam de forma única cada linha de entidade, como
CustomerID,OrderID, ouProductSKU. - Colunas de chave estrangeira que definem relações entre tabelas, como
CustomerIDnaOrderstabela que faz referência àCustomerstabela. - Colunas que podem ser entidades embutidas, como
CountryouDepartment.
Para critérios de decisão detalhados sobre entidades, chaves, propriedades e restrições de mapeamento, veja Desenhar um esquema de grafo.
Passo 2: Mapear entidades para tipos de nós
Mapeie cada entidade para um tipo de nó.
| Elemento relacional | Mapeamento de grafos | Example |
|---|---|---|
| Tabela de entidades | Tipo de nó |
Customers Tabela ->Customer Tipo de Node |
| Chave primária | Chave de nó (ID) | CustomerID_K |
| Colunas descritivas | Propriedades do nó |
FirstName, LastName, EmailAddress |
Use uma coluna de chave com valores estáveis e únicos. Se uma coluna não for única, configura uma chave composta.
Para orientações de design, veja Desenhar um esquema de grafo.
Passo 3: Mapear relações para tipos de arestas
Mapeie cada caminho de relação para um tipo de aresta direcionada.
| Elemento relacional | Mapeamento de grafos | Example |
|---|---|---|
| Relação de chave estrangeira | Tipo de aresta | purchases |
| Tabela de referência | Tabela de origem da extremidade | adventureworks_orders |
| Colunas de associação pai/filho | Mapeamentos de origem e alvo |
CustomerID_FK ->CustomerID_K |
Escolha rótulos de arestas como sintagmas verbais que se leiam claramente em consultas, como purchases, contains, e belongsTo.
Para requisitos de mapeamento de arestas, veja Escolher tipos de arestas. Para os passos da interface, veja o Tutorial: Adicionar tipos de arestas ao seu gráfico.
Passo 4: Aplicar padrões comuns de relacional para grafo
Use estes padrões durante a conversão, depois siga os guias ligados para uma implementação detalhada. Para descrições completas de padrões, consulte Padrões comuns de tabular para gráfico.
- Um-para-muitos: Uma tabela filha faz referência a uma chave parental (por exemplo, Encomendas que fazem referência a Clientes). Veja o Tutorial: Adicione tipos de arestas ao seu gráfico.
- Muitos-para-muitos: Uma tabela de junção liga duas entidades (por exemplo, uma tabela SalesOrderDetail que liga Produtos e Encomendas). Veja o Tutorial: Adicione tipos de arestas ao seu gráfico.
-
Entidade embutida: O valor de uma coluna deve tornar-se um tipo de nó que pode ser atravessado (por exemplo, para promover
Countrya um tipo de nóCountry). Veja o Tutorial: Adicione múltiplos tipos de nós e arestas a partir de uma tabela de origem. - Hierarquia: As cadeias pai-filho abrangem vários níveis (por exemplo, uma estrutura de reporte de colaboradores). Veja o Tutorial: Adicione tipos de arestas ao seu gráfico.
Passo 5: Construir e validar o modelo do grafo
Depois de terminares os mapeamentos, constrói e valida o modelo de grafo no editor:
Adicionar tipos de nós e configurar IDs a partir das colunas chave.
Adicionar tipos de arestas e mapear as colunas de origem e destino.
Selecione Guardar para verificar o modelo e carregar os dados.
Confirme que as etiquetas de tipo de nó e tipo de aresta esperados aparecem no quadro.
Execute consultas de validação para confirmar relações e cardinalidade. Por exemplo:
MATCH (c:Customer)-[:purchases]->(o:Order) RETURN c.CustomerID_K, COUNT(o) AS orderCount ORDER BY orderCount DESCAtualize os rótulos para corresponderem ao seu esquema. Confirma que cada tipo de aresta devolve resultados e que as contagens parecem corretas.
Se as arestas esperadas estiverem em falta, verifique os valores das colunas de união e os tipos de dados nas suas tabelas de origem.
Resolução de problemas de conversão comuns
- Não foram criadas arestas: confirme que as colunas de mapeamento de origem e de destino correspondem aos valores da chave dos nós e aos tipos de dados.
- Nodos duplicados: Confirme que as colunas de chave de nodo são únicas ou utilize uma chave composta.
- Gráfico sobremodelado: Mantém os campos descritivos como propriedades, a menos que precises de os atravessar como entidades.
- Grafo submodelado: Extrair colunas partilhadas para tipos de nós quando precisar de análise baseada em relações.