Vejledning til tovejsrelationer

  • Artikel
  • 5 minutter til læsning

Denne artikel henvender sig til designere af datamodeller, der arbejder med Power BI Desktop. Den indeholder en vejledning i, hvornår du skal oprette tovejsmodelrelationer. En tovejsrelation er en, der filtrerer i begge retninger.

Bemærk

Artiklen omfatter ikke en introduktion til modelrelationer. Hvis du ikke er helt bekendt med relationer, deres egenskaber, eller hvordan du konfigurerer dem, anbefaler vi, at du først læser artiklen Modelrelationer i Power BI Desktop.

Det er også vigtigt, at du forstår design med stjerneskema. Du kan finde flere oplysninger under Forstå, hvad et stjerneskema er, og hvorfor det er vigtigt for Power BI.

Generelt anbefales det, at du minimerer brugen af tovejsrelationer. De kan have en negativ indvirkning på ydeevnen af forespørgsler i modellen og muligvis give dine rapportbrugere forvirrende oplevelser.

Der er tre scenarier, hvor tovejsfiltrering kan løse bestemte krav:

Specielle modelrelationer

Tovejsrelationer spiller en vigtig rolle, når du opretter følgende to specielle modelrelationstyper:

Udsnitselementer "med data"

Tovejsrelationer kan levere udsnit, der begrænser elementer til de data, hvor der er data. Hvis du kender Excel-pivottabeller og -udsnit, er det standardfunktionsmåden, når du henter data fra et Power BI-datasæt eller en Analysis Services-model. For at hjælpe med at forklare, hvad det betyder, skal du først se følgende modeldiagram.

Diagram, der viser en model, som indeholder tre tabeller. Designet er beskrevet i følgende afsnit.

Den første tabel kaldes for Kunde og indeholder tre kolonner: Land-område, Kunde og Kundekode. Den anden tabel kaldes for Produkt og indeholder tre kolonner: Farve, Produkt og SKU. Den tredje tabel kaldes for Salg og indeholder fire kolonner: Kundekode, Ordredato, Antal og SKU. Tabellerne Kunde og Produkt er tabeller af dimensionstypen, og hver har en én til mange-relation til tabellen Salg. Hver relation filtrerer i en enkelt retning.

For at hjælpe med at beskrive, hvordan tovejsfiltrering fungerer, er modeldiagrammet blevet redigeret til at vise tabelrækkerne. Alle eksempler i denne artikel er baseret på disse data.

Bemærk

Det er ikke muligt at vise tabelrækkerne i Power BI Desktop-modeldiagrammet. Det gøres i denne artikel for at understøtte diskussionen med tydeligere eksempler.

Diagram, hvor det ses, at tabelrækkerne nu vises i modellen. Rækkedetaljerne beskrives i følgende afsnit.

Rækkedetaljerne for de tre tabeller er beskrevet i følgende punktopstilling:

  • Tabellen Kunde indeholder to rækker:
    • Kundekode CUST-01, Kunde Kunde-1, Land-område USA
    • Kundekode CUST-02, Kunde Kunde-2, Land-område Australien
  • Tabellen Produkt indeholder tre rækker:
    • SKU CL-01, Produkt T-shirt, Farve Grøn
    • SKU CL-02, Produkt Jeans, Farve Blå
    • SKU AC-01, Produkt Hat, farve Blå
  • Tabellen Salg indeholder tre rækker:
    • Ordredato 1. januar 2019, Kundekode CUST-01, SKU CL-01, Antal 10
    • Ordredato 2. februar 2019, Kundekode CUST-01, SKU CL-02, Antal 20
    • Ordredato 3. marts 2019, Kundekode CUST-02, SKU CL-01, Antal 30

Se nu følgende rapportside.

Diagram, der viser rapportsiden med tre visualiseringer. Detaljerne er beskrevet i følgende afsnit.

Siden består af to udsnit og en kortvisualisering. Det første udsnit er for Land-Område og indeholder to elementer: Australien og USA. Det er i øjeblikket filtreret efter Australien. Det andet udsnit er for Produkt og indeholder tre elementer: Hat, jeans og T-shirt. Der er ikke valgt nogen elementer (hvilket betyder, at der ikke filtreres efter nogen produkter). Der vises et antal på 30 i kortvisualiseringen.

Når rapportbrugerne opretter udsnit efter Australien, vil du måske begrænse udsnittet Produkt til at vise elementer, hvor dataene er relateret til salg i Australien. Det er dét, visning af udsnit "med data" betyder. Du kan opnå denne funktionsmåde ved at konfigurere relationen mellem tabellerne Produkt og Salg til at filtrere i begge retninger.

Diagram med en model, der viser, at relationen mellem tabellerne Produkt og Salg nu er tovejs.

Der vises nu et enkelt element i udsnittet Produkt: T-shirt. Dette element repræsenterer det eneste produkt, der sælges til australske kunder.

Diagram, der viser rapportsiden, som indeholder tre visualiseringer med Produkt fremhævet. Detaljerne er beskrevet i følgende afsnit.

Det anbefales, at du først overvejer, om dette design fungerer for dine rapportbrugere. Nogle rapportbrugere synes, at det er forvirrende. De forstår ikke, hvorfor udsnitselementer vises dynamisk eller forsvinder, når de interagerer med andre udsnit.

Hvis du beslutter dig for at vise udsnitselementer "med data", anbefales det ikke, at du konfigurerer tovejsrelationer. Tovejsrelationer kræver mere behandling, og de kan derfor påvirke forespørgslens ydeevne negativt – især i takt med, at antallet af tovejsrelationer i din model øges.

Der er en bedre måde at opnå det samme resultat på: I stedet for at bruge tovejsfiltre kan du anvende et filter på visualiseringsniveau på selve udsnittet Produkt.

Lad os nu overveje, at relationen mellem tabellerne Produkt og Salg ikke længere filtreres i begge retninger. Og at følgende målingsdefinition er føjet til tabellen Salg.

Total Quantity = SUM(Sales[Quantity])

Hvis du vil have vist udsnitselementet Produkt "med data", skal det blot filtreres efter målingen Samlet antal ved hjælp af betingelsen "er ikke tom".

Diagram, der viser, at ruden Filtre for udsnittet Produkt nu filtrerer nu efter "Samlet antal er ikke tom".

Analyse af dimension til dimension

Et andet scenarie, der involverer tovejsrelationer, behandler en tabel af faktatypen som en brotabel. På denne måde understøtter det analyse af tabeller af dimensionstypen i filterkonteksten for en anden tabel af dimensionstypen.

Brug eksemplet i denne artikel, og overvej, hvordan følgende spørgsmål kan besvares:

  • Hvor mange farver blev solgt til australske kunder?
  • Hvor mange lande har købt jeans?

Begge spørgsmål kan besvares uden at opsummere data i brotabellen af faktatypen. De kræver dog, at filtre overføres fra én tabel af dimensionstypen til den anden. Når filtrene overføres via tabellen af faktatypen, kan der opnås en opsummering af kolonnerne i tabellen af dimensionstypen ved hjælp af DAX-funktionen DISTINCTCOUNT – og muligvis DAX-funktionerne MIN og MAX.

Når tabellen af faktatypen fungerer som en brotabel, kan du følge vejledningen til mange til mange-relationer for at relatere to tabeller af dimensionstypen. Det kræver, at der konfigureres mindst én relation, som filtrerer i begge retninger. Du kan finde flere oplysninger i Vejledning til mange til mange-relationer (Relater mange til mange-dimensioner).

Som allerede beskrevet i denne artikel vil dette design sandsynligvis resultere i en negativ indvirkning på ydeevnen og de konsekvenser for brugeroplevelsen, der er relateret til udsnitselementer "med data". Derfor anbefales det, at du aktiverer tovejsfiltrering i en målingsdefinition ved at bruge DAX-funktionen CROSSFILTER i stedet. Funktionen CROSSFILTER kan bruges til at ændre filterretningen – eller tilmed deaktivere relationen – under evalueringen af et udtryk.

Se følgende målingsdefinition, som er føjet til tabellen Salg. I dette eksempel er modelrelationen mellem tabellerne Kunde og Salg konfigureret til at filtrere i en enkelt retning.

Different Countries Sold =
CALCULATE(
    DISTINCTCOUNT(Customer[Country-Region]),
    CROSSFILTER(
        Customer[CustomerCode],
        Sales[CustomerCode],
        BOTH
    )
)

Under evalueringen af målingsudtrykket Salg i forskellige lande filtreres relationen mellem tabellerne Kunde og Salg i begge retninger.

I følgende tabelvisualisering vises statistik for hvert solgte produkt. Kolonnen Antal er blot summen af værdierne for antal. Kolonnen Salg i forskellige lande repræsenterer det entydige antal af lande-/områdespecifikke værdier for alle kunder, der har købt produktet.

Diagram, der viser to produkter i en tabelvisualisering. I kolonnen "Salg i forskellige lande" er jeans 1, og T-shirt er 2.

Næste trin

Du kan finde flere oplysninger, der er relateret til denne artikel, i følgende ressourcer: