Ghidarea relatiei bidirectionale – Power BI

• 03/02/2020
• 5 minute de citit

In acest articol

Acest articol va vizeaza ca modelator de date care lucreaza cu Power BI Desktop. Va ofera indrumari cu privire la momentul in care puteti crea relatii de mod bidirectional. O relatie bidirectionala este una care se filtreaza in ambele directii .

In general, va recomandam sa minimizati utilizarea relatiilor bidirectionale. Ele pot avea un impact negativ asupra performantei interogarii modelului si, eventual, pot oferi experiente confuze utilizatorilor raportului dvs.

Exista trei scenarii in care filtrarea bidirectionala poate rezolva cerinte specifice:

• Relatii speciale de model
• Slicer items “with data”
• Analiza dimensiune la dimensiune

Relatii speciale de model

Relatiile bidirectionale joaca un rol important atunci cand creeaza urmatoarele doua tipuri speciale de relatii model:

• One-to-one : toate relatiile one-to-one trebuie sa fie bidirectionale – nu se poate configura altfel. In general, nu recomandam crearea acestor tipuri de relatii. Pentru o discutie completa si modele alternative, consultati Ghidul relatiei unu la unu.
• Multe-la-multe : Atunci cand se raporteaza doua tabele de dimensiuni, este necesara o masa de legatura. Este necesar un filtru bidirectional pentru a asigura propagarea filtrelor pe masa de legatura. Pentru mai multe informatii, consultati Ghidul relatiei Multe-la-Multe (Relationeaza dimensiunile Multe-la-Multe).

Slicer items “with data”

Relatiile bidirectionale pot oferi felii care limiteaza elementele acolo unde exista date. (Daca sunteti familiarizati cu tabelele pivot si slicere Excel, este comportamentul implicit atunci cand obtineti date dintr-un set de date Power BI sau dintr-un model Analysis Services.) Pentru a explica ce inseamna, luati in considerare mai intai urmatoarea diagrama model.

Primul tabel se numeste Client si contine trei coloane: Tara-Regiune , Client si ClientCod . Al doilea tabel se numeste Produs si contine trei coloane: Culoare , Produs si SKU . Al treilea tabel se numeste Vanzari si contine patru coloane: CustomerCode , OrderDate , Quantity si SKU . De client si produs tabele sunt tabele de tip dimensiune, iar fiecare are o relatie unu-la- mai multe la Vanzarimasa. Fiecare relatie se filtreaza intr-o singura directie.

Pentru a ajuta la descrierea modului in care functioneaza filtrarea bidirectionala, diagrama modelului a fost modificata pentru a dezvalui randurile din tabel. Toate exemplele din acest articol se bazeaza pe aceste date.

Detaliile randurilor pentru cele trei tabele sunt descrise in urmatoarea lista cu marcatori:

• Client tabel are doua randuri:
  • CustomerCode CUST-01, Customer Customer-1, Tara-Regiune Statele Unite
  • CustomerCode CUST-02, Customer Customer-2, Tara-Regiunea Australia
• Produs tabel are trei randuri:
  • SKU CL-01, Tricou produs , Culoare Verde
  • SKU CL-02, Blugi produs , Culoare Albastru
  • SKU AC-01, palarie produs , culoare albastru
• Vanzari tabel are trei randuri:
  • Comanda Data 1 ianuarie 2019, Cod client CUST-01, SKU CL-01, Cantitatea 10
  • OrderDate 2 februarie 2019, Cod client CUST-01, SKU CL-02, Cantitatea 20
  • Comanda Data 3 martie 2019, cod client CUST-02, SKU CL-01, cantitate 30

Acum luati in considerare urmatoarea pagina a raportului.

Pagina este formata din doua felii si o vizualizare a cardului. Prima felie este pentru tara-regiune si are doua elemente: Australia si Statele Unite. In prezent, face felii de Australia. Al doilea feliator este pentru produs si are trei articole: palarie, blugi si tricou. Nu sunt selectate articole (adica nu sunt filtrate produse ). Vizualul cardului afiseaza o cantitate de 30.

Cand raportati utilizatorii in functie de Australia, va recomandam sa limitati sectionatorul de produse pentru a afisa articole in care datele se refera la vanzarile din Australia. Este ceea ce se intelege prin afisarea articolelor cu feliere „cu date”. Puteti realiza acest comportament configurand relatia dintre tabelul Produs si Vanzari pentru a filtra in ambele directii.

Produs Divizorul listeaza acum un singur element: T-shirt. Acest articol reprezinta singurul produs vandut clientilor australieni.

Mai intai va sugeram sa luati in considerare cu atentie daca acest design functioneaza pentru utilizatorii raportului dvs. Unii utilizatori ai raportului considera ca experienta este confuza. Ei nu inteleg de ce articolele slicer apar sau dispar dinamic atunci cand interactioneaza cu alte slicers.

Daca decideti sa afisati elementele cu feliere „cu date”, nu va recomandam sa configurati relatii bidirectionale. Relatiile bidirectionale necesita o prelucrare mai mare si, prin urmare, pot avea un impact negativ asupra performantei interogarii – in special pe masura ce creste numarul de relatii bidirectionale din modelul dvs.

Exista o modalitate mai buna de a obtine acelasi rezultat: in loc sa utilizati filtre bidirectionale, puteti aplica un filtru la nivel vizual pentru feliatorul de produse in sine.

Sa consideram acum ca relatia dintre tabelul Produs si Vanzari nu mai filtreaza in ambele directii. Si, urmatoarea definitie a masurii a fost adaugata la tabelul Vanzari .

Cantitate totala = SUM (Vanzari [Cantitate])

Pentru a afisa articolele din sectiunea de produse „cu date”, trebuie pur si simplu sa fie filtrate de masurarea Cantitatii totale utilizand conditia „nu este gol”.

Analiza dimensiune la dimensiune

Un scenariu diferit care implica relatii bidirectionale trateaza un tabel de tip fapt ca o masa de legatura. In acest fel, accepta analiza datelor din tabelul cu dimensiuni in contextul filtrului unui alt tabel cu dimensiune.

Utilizand exemplul de model din acest articol, luati in considerare modul in care pot fi raspunsuri la urmatoarele intrebari:

• Cate culori au fost vandute clientilor australieni?
• Cate tari au cumparat blugi?

La ambele intrebari se poate raspunde fara a rezuma datele in tabelul de tip de legatura. Cu toate acestea, acestea necesita ca filtrele sa se propage de la un tabel de tip dimensiune la altul. Odata ce filtrele se propaga prin tabelul de tipuri de fapte, rezumarea coloanelor de tabele de tipuri de dimensiuni poate fi realizata utilizand functia DISTINCTCOUNT DAX – si, eventual, functiile MIN si MAX DAX.

Intrucat tabelul de tipuri de fapte se comporta ca o masa de legatura, puteti urma ghidul de relatie intre mai multi pentru a lega doua tabele de tip dimensiune. Va necesita configurarea a cel putin unei relatii pentru a filtra in ambele directii. Pentru mai multe informatii, consultati Ghidul relatiei Multe-la-Multe (Relationeaza dimensiunile Multe-la-Multe).

Cu toate acestea, asa cum s-a descris deja in acest articol, acest design va avea probabil un impact negativ asupra performantei si consecintele experientei utilizatorului legate de articolele cu feliere „cu date”. Asadar, va recomandam sa activati filtrarea bidirectionala intr-o definitie a masurii utilizand in schimb functia CROSSFILTER DAX. Functia CROSSFILTER poate fi utilizata pentru a modifica directiile de filtrare – sau chiar pentru a dezactiva relatia – in timpul evaluarii unei expresii.

Luati in considerare urmatoarea definitie a masurii adaugata in tabelul Vanzari . In acest exemplu, relatia model dintre tabelele Client si Vanzari a fost configurata pentru a filtra intr-o singura directie .

Diferite tari vandute = CALCULARE (DISTINCTCOUNT (Client [Tara-Regiune]), CROSSFILTER (Client [ClientCod], Vanzari [ClientCod], AMBE))

In timpul evaluarii diferitelor tari vandute, masurati expresia, relatia dintre tabelele client si vanzari se filtreaza in ambele directii.

Urmatorul tabel prezinta statistici pentru fiecare produs vandut. Coloana Cantitate este pur si simplu suma valorilor cantitatii. Coloana Diferite tari vandute reprezinta numarul distinct al valorilor tarii-regiunii tuturor clientilor care au achizitionat produsul.

Pasii urmatori

Pentru mai multe informatii legate de acest articol, consultati urmatoarele resurse:

• Modeleaza relatiile in Power BI Desktop
• Intelegeti schema stelelor si importanta pentru Power BI
• Indrumari de relatii individuale
• Indrumari de relatii intre multi
• Ghid de depanare a relatiei
• Intrebari? Incercati sa intrebati comunitatea Power BI
• Sugestii? Contribuiti cu idei pentru a imbunatati Power BI