Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Bemærk
Denne funktion er i øjeblikket tilgængelig som offentlig prøveversion. Denne prøveversion leveres uden en serviceniveauaftale og anbefales ikke til produktionsarbejdsbelastninger. Visse funktioner understøttes muligvis ikke eller kan have begrænsede funktioner. For mere information, se Supplerende Brugsvilkår for Microsoft Azure Forhåndsvisninger.
At konvertere relationelle data til en grafmodel i Microsoft Fabric hjælper dig med at forespørge forbindelser direkte i stedet for at skrive gentagne joins. Denne artikel giver en praktisk konverteringsarbejdsgang til at mappe relationelle tabeller til nodetyper og kanttyper, og derefter validere modellen, før du skalerer den.
Hvis du stadig overvejer, om graf er det rigtige match til din arbejdsbyrde, så gennemgå først Comp Graph og relationelle databaser.
Brug denne artikel som din konverteringstjekliste. For detaljerede modelleringsregler, se Design et grafskema.
Forudsætninger
- Et Fabric workspace med tilladelse til at oprette elementer.
- Et søhus , der indeholder kilde-relationelle tabeller.
- Graf aktiveret for din lejer og tilgængelig i din region.
- Fortrolighed med grafmodeleditoren. Hvis du er ny inden for graf, så start med Tutorial: Introduktion til graf.
Konverteringsarbejdsgang
Brug denne sekvens, når du konverterer relationelle data:
- Se på dine kildetabeller og identificer entiteterne i dine data (kunder, produkter, ordrer), hvordan hver række er unikt identificeret, og hvordan tabellerne forbinder med hinanden.
- Beslut hvilke enheder der bliver nodetyper i din graf, og hvilken kolonne der entydigt identificerer hver enkelt.
- Beslut hvilke bordforbindelser der bliver kanttyper, og hvilken retning de går i (for eksempel køb
Order).Customer - Anvend det rigtige mapping-mønster baseret på din tabelstruktur – én-til-mange, mange-til-mange, indlejrede værdier eller kæder af relaterede tabeller.
- Byg modellen i grafmodeleditoren og bekræft, at nodetyper og kanttyper vises som forventet.
Trin 1: Profiler kilderelationelle tabeller
Bekræft følgende elementer i dine kildetabeller:
- Primære enheder, der repræsenterer forskellige ting, såsom kunder, produkter eller ordrer.
- Nøglekolonner, der entydigt identificerer hver enhedsrække, såsom
CustomerID,OrderID, ellerProductSKU. - Udenlandske nøglekolonner, der definerer relationer mellem tabeller, såsom
CustomerIDiOrderstabellen, der refererer tilCustomerstabellen. - Kolonner, der kan være indlejrede enheder, såsom
CountryellerDepartment.
For detaljerede beslutningskriterier om enheder, nøgler, egenskaber og kortlægningsbegrænsninger, se Design et grafskema.
Trin 2: Kortlæg enheder til nodetyper
Tillæg hver enhed til en nodetype.
| Relationelt element | Grafkortlægning | Eksempel |
|---|---|---|
| Entitetstabel | Nodetype |
Customers Tabel ->Customer Nodetype |
| Primær nøgle | Nodenøgle (ID) | CustomerID_K |
| Beskrivende kolonner | Nodeegenskaber |
FirstName, , , LastNameEmailAddress |
Brug en nøglekolonne med stabile, unikke værdier. Hvis en kolonne ikke er unik, konfigurer du en sammensat nøgle.
For designvejledning, se Design et grafskema.
Trin 3: Kortlæg relationer til kanttyper
Kortlæg hver relationssti til en retningsbestemt kanttype.
| Relationelt element | Grafkortlægning | Eksempel |
|---|---|---|
| Udenlandsk nøgle-relation | Kanttype | purchases |
| Referencetabel | Kantkortlægningstabel | adventureworks_orders |
| Parent/child join-kolonner | Kilde- og målkortlægninger |
CustomerID_FK ->CustomerID_K |
Vælg kantetiketter som verbumsfraser, der læses klart i forespørgsler, såsom purchases, contains, og belongsTo.
For krav til kantkortlægning, se Vælg kanttyper. For UI-trin, se Tutorial: Tilføj kanttyper til din graf.
Trin 4: Anvend almindelige relational-til-graf-mønstre
Brug disse mønstre under konverteringen, og følg derefter de linkede vejledninger for detaljeret implementering. For fulde mønsterbeskrivelser, se Almindelige tabel-til-graf-mønstre.
- Én-til-mange: En undertabel refererer til en forældrenøgle (for eksempel ordrer, der refererer til kunder). Se vejledning: Tilføj kanttyper til din graf.
- Many-to-many: En junctiontabel forbinder to enheder (for eksempel en SalesOrderDetail-tabel, der forbinder produkter og ordrer). Se vejledning: Tilføj kanttyper til din graf.
-
Indlejret entitet: En kolonneværdi bør blive en traverserbar nodetype (for eksempel ved at promovere
Countrytil enCountrynodetype). Se vejledning: Tilføj flere node- og kanttyper fra én kortlægningstabel. - Hierarki: Forælder-barn-kæder spænder over flere niveauer (for eksempel en medarbejderrapporteringsstruktur). Se vejledning: Tilføj kanttyper til din graf.
Trin 5: Byg og valider grafmodellen
Når du er færdig med mappingerne, bygger og validerer du grafmodellen i editoren:
Tilføj nodetyper og konfigurer ID'er fra nøglekolonner.
Tilføj kanttyper og kortlæg kilde- og målkolonner.
Vælg Save for at verificere modellen og indlæse data.
Bekræft, at forventede nodetype- og kanttypeetiketter vises i lærredet.
Kør valideringsforespørgsler for at bekræfte relationer og kardinalitet. Eksempel:
MATCH (c:Customer)-[:purchases]->(o:Order) RETURN c.CustomerID_K, COUNT(o) AS orderCount ORDER BY orderCount DESCOpdater etiketterne, så de matcher dit skema. Bekræft, at hver kanttype returnerer resultater, og at tællerne ser rigtige ud.
Hvis forventede kanter mangler, verificér join-kolonneværdier og datatyper i dine mapping-tabeller.
Fejlfinding af almindelige konverteringsproblemer
- Ingen kanter oprettet: Bekræft at kolonner for kilde- og målmapping matcher nodenøgleværdier og datatyper.
- Duplikatnoder: Bekræft nodenøglekolonner er unikke, eller skift til en sammensat nøgle.
- Overmodelleret graf: Behold beskrivende felter som egenskaber, medmindre du skal gennemgå dem som enheder.
- Undermodelleret graf: Udtræk delte kolonner til nodetyper, når du har brug for relationsbaseret analyse.