Podręcznik instalacji, uruchomienia i konserwacji Caliber Mpd278t

• Artykuł
01/09/2023
• Czas czytania: 7 min

Ten artykuł jest przeznaczony dla Ciebie, jeśli zajmujesz się modelowaniem danych i korzystasz z programu Power BI Desktop. Zawiera on wskazówki dotyczące pracy z relacjami modelu „jeden do jednego”. Relację „jeden do jednego” można utworzyć wtedy, gdy obie tabele zawierają kolumnę wspólnych i unikatowych wartości.

Istnieją dwa scenariusze uwzględniające relacje „jeden do jednego”:

• Wymiary degeneracji: Wymiary degeneracji można je utworzyć na podstawie tabeli faktów.

• Dane wierszy obejmujące kilka tabel: pojedyncza jednostka biznesowa lub podmiot są ładowane jako co najmniej dwie tabele modelu, prawdopodobnie dlatego, że ich dane pochodzą z różnych magazynów danych. Ten scenariusz może być typowy w przypadku tabel wymiarów. Na przykład szczegóły produktu głównego są przechowywane w operacyjnym systemie sprzedażowym, a szczegóły produktu dodatkowego — w innym źródle.

  Zazwyczaj jednak nie wiąże się dwóch tabel faktów za pomocą relacji „jeden do jednego”. W takim przypadku obie tabele faktów musiałyby mieć takie same wymiary i stopień szczegółowości. Ponadto każda tabela faktów musiałaby zawierać unikatowe kolumny, aby można było utworzyć taką relację modelu.

  Wymiary degeneracji

  Jeśli kolumny z tabeli faktów są używane do filtrowania lub grupowania, można rozważyć udostępnienie ich w oddzielnej tabeli. W ten sposób oddzielisz kolumny używane do filtrowania lub grupowania od kolumn używanych do podsumowywania wierszy faktów. Takie rozdzielenie zapewnia następujące korzyści:

• Mniejsze wykorzystanie miejsca w magazynie
• Uproszczenie obliczeń modelu
• Zwiększenie wydajności zapytań
• Ułatwienie autorom raportów korzystania z okienka Pola

Przyjrzyjmy się źródłowej tabeli sprzedaży, która zawiera szczegóły zamówień sprzedaży w dwóch kolumnach.

Kolumna OrderNumber zawiera numer zamówienia, a kolumna OrderLineNumber — sekwencję wierszy w zamówieniu.

Na poniższym diagramie modelu widać, że kolumny numeru zamówienia i numeru wiersza zamówienia nie zostały załadowane do tabeli Sales (Sprzedaż). Zamiast tego ich wartości zostały użyte do utworzenia kolumny klucza zastępczego o nazwie SalesOrderLineID. (Wartość klucza jest obliczana przez pomnożenie numeru zamówienia przez 1000 i dodanie numeru wiersza zamówienia). com/pl-pl/power-bi/guidance/media/relationships-one-to-one/sales-order-degenerate. png" alt="A model diagram contains two tables: Sales and Sales Order. A one-to-one relationship relates the SalesOrderLineID columns. " data-linktype="relative-path"/>

W tabeli Sales Order (Zamówienie sprzedaży) autorzy raportów mogą korzystać z rozbudowanego interfejsu z trzema kolumnami: Sales Order (Zamówienie sprzedaży), Sales Order Line (Wiersz zamówienia sprzedaży) i Line Number (Numer wiersza). Tabela zawiera również hierarchię. Te zasoby tabeli obsługują projekty raportów, które wymagają filtrowania, grupowania lub przechodzenia do szczegółów w zamówieniach i wierszach zamówienia.

Ponieważ tabela Sales Order (Zamówienie sprzedaży) jest tworzona na podstawie danych sprzedaży, każda tabela powinna zawierać dokładnie taką samą liczbę wierszy. Ponadto każda kolumna SalesOrderLineID powinna zawierać zgodne wartości.

Dane wierszy obejmujące kilka tabel

Rozważmy przykład obejmujący dwie tabele wymiarów powiązane relacją „jeden do jednego”: Product (Produkt) i Product Category (Kategoria produktu). Każda tabela reprezentuje zaimportowane dane i ma kolumnę SKU (jednostka magazynowa), która zawiera unikatowe wartości.

Poniżej przedstawiono częściowy diagram modelu tych dwóch tabel. com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category. png" alt="A model diagram contains two tables. The design is described in the following paragraph. " data-linktype="relative-path"/>

Pierwsza tabela ma nazwę Product (Produkt) i zawiera trzy kolumny: Color (Kolor), Product (Produkt) i SKU. Druga tabela ma nazwę Product Category (Kategoria produktu) i zawiera dwie kolumny: Category (Kategoria) i SKU. Relacja „jeden do jednego” wiąże kolumny SKU. Relacja filtruje w obu kierunkach, jak zawsze w przypadku relacji „jeden do jednego”.

Aby pomóc opisać, jak działa propagacja filtru relacji, diagram modelu został zmodyfikowany w celu ujawnienia wierszy tabeli. Wszystkie przykłady w tym artykule są oparte na tych danych.

Uwaga

Nie można wyświetlić wierszy tabel na diagramie modelu w programie Power BI Desktop. Zrobiono to w tym artykule, aby wesprzeć omówienie przejrzystymi przykładami. com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-2. png" alt="The model diagram now reveals the table rows. The row details are described in the following paragraph. " data-linktype="relative-path"/>

Szczegóły wierszy dla dwóch tabel zostały opisane na poniższej liście punktowanej:

• Tabela Product (Produkt) ma trzy wiersze:
  • SKU CL-01, Product (Produkt) T-shirt, Color (Kolor) Zielony
  • SKU CL-02, Product (Produkt) Dżinsy, Color (Kolor) Niebieski
  • SKU AC-01, Product (Produkt) Kapelusz, Color (Kolor) Niebieski
  • Tabela Product Category (Kategoria produktu) ma dwa wiersze:
    • SKU CL-01, Category (Kategoria) Odzież
    • SKU AC-01, Category (Kategoria) Akcesoria

    Warto zauważyć, że tabela Product Category (Kategoria produktu) nie zawiera wiersza jednostki SKU CL-02. Konsekwencje tego brakującego wiersza omówimy w dalszej części artykułu.

    W okienku Pola autorzy raportów znajdą pola związane z produktami w dwóch tabelach: Product (Produkt) i Product Category (Kategoria produktu). com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-fields-pane. png" alt="The Fields pane shows both tables expanded, and the columns are listed as fields with Product and Product category called out. " data-linktype="relative-path"/>

    Zobaczmy, co się stanie, gdy pola z obu tabel zostaną dodane do wizualizacji tabeli. W tym przykładzie kolumna SKU pochodzi z tabeli Product (Produkt). com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-table-visual. png" alt="A table visual includes four columns: SKU, Product, Color, and Category. The Category value for product SKU CL-02 is BLANK. " data-linktype="relative-path"/>

    Zwróć uwagę, że wartość kolumny Category (Kategoria) dla jednostki SKU CL-02 jest PUSTA. Jest to spowodowane brakiem wiersza w tabeli Product Category (Kategoria produktu) dla tego produktu.

    Zalecenia

    Jeśli jest to możliwe, zalecamy unikanie tworzenia relacji modelu „jeden do jednego”, gdy dane wierszy obejmują wiele tabel modelu. Taki projekt może:

    • zwiększać bałagan w okienku Pola przez wyświetlanie większej liczby tabel, niż jest to konieczne;
    • utrudniać autorom raportów znajdowanie powiązanych pól, ponieważ są one rozproszone w wielu tabelach;
    • ograniczać możliwość tworzenia hierarchii, ponieważ ich poziomy muszą opierać się na kolumnach z tej samej tabeli;
    • generować nieoczekiwane wyniki, jeśli nie ma pełnego dopasowania wierszy między tabelami.

    Konkretne zalecenia różnią się w zależności od tego, czy relacja „jeden do jednego” jest relacją wewnątrz grupy źródłowej czy między grupami źródłowymi. Aby uzyskać więcej informacji dotyczących oceny relacji, zobacz sekcję poświęconą ocenie relacji modelu w programie Power BI Desktop (wersja zapoznawcza).

    Relacja „jeden do jednego” wewnątrz grupy źródłowej

    Jeśli między tabelami istnieje relacja „jeden do jednego” wewnątrz grupy źródłowej, zalecamy skonsolidowanie danych w jednej tabeli modelu. Robi się to, scalając zapytania dodatku Power Query.

    Poniższe kroki reprezentują metodologię konsolidowania i modelowania danych powiązanych relacją „jeden do jednego”:

    1. Scalanie zapytań: podczas łączenia dwóch zapytań należy zwrócić uwagę na kompletność danych w każdym zapytaniu. Jeśli jedno zapytanie zawiera kompletny zestaw wierszy (na przykład listę główną), scal z nim drugie zapytanie. Skonfiguruj transformację scalania w celu użycia lewego sprzężenia zewnętrznego, które jest domyślnym typem sprzężenia. Ten typ sprzężenia pozwala zachować wszystkie wiersze pierwszego zapytania i uzupełnić je wszystkimi pasującymi wierszami drugiego zapytania. Rozwiń wszystkie wymagane kolumny drugiego zapytania do pierwszego zapytania.

    2. Wyłączanie ładowania zapytań: pamiętaj, aby wyłączyć ładowanie drugiego zapytania. Dzięki temu jego wyniki nie będą ładowane jako tabela modelu. Taka konfiguracja zmniejsza rozmiar magazynu modelu danych i ułatwia uporządkowanie okienka Pola.

       W naszym przykładzie autorzy raportów będą teraz widzieć jedną tabelę o nazwie Product (Produkt) w okienku Pola. Zawiera ona wszystkie pola związane z produktem. com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-fields-pane-consolidated. png" alt="The Fields pane shows both tables expanded, and the columns are listed as fields with Product called out. " data-linktype="relative-path"/>

    3. Zastępowanie brakujących wartości: jeśli drugie zapytanie zawiera niedopasowane wiersze, w kolumnach będą wyświetlane wartości NULL. Jeśli jest to możliwe, rozważ zastąpienie wartości NULL wartością tokenu. Zastępowanie brakujących wartości jest szczególnie ważne w przypadku, gdy autorzy raportów filtrują lub grupują według wartości kolumn, ponieważ w wizualizacjach raportu mogą występować PUSTE wartości.

       W poniższej wizualizacji tabeli zwróć uwagę, że kategoria dla jednostki SKU CL-02 ma teraz wartość [Undefined] (Niezdefiniowane). W zapytaniu kategorie o wartości null zostały zastąpione tą wartością tekstową tokenu. com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-table-visual-null-replaced. The Category value for product SKU CL-02 is now labeled " undefined". "="" data-linktype="relative-path"/>

    4. Tworzenie hierarchii: jeśli istnieją relacje między kolumnami skonsolidowanej tabeli, rozważ utworzenie hierarchii. Dzięki temu autorzy raportów szybko zidentyfikują możliwości przechodzenia do szczegółów wizualizacji raportu.

       W naszym przykładzie autorzy raportów mogą teraz korzystać z hierarchii, która ma dwa poziomy: Category (Kategoria) i Product (Produkt). com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-fields-pane-consolidated-with-hierarchy. png" alt="The Fields pane shows both tables expanded, and the columns are listed as fields with Products called out. " data-linktype="relative-path"/>

    Jeśli podoba Ci się, jak poszczególne tabele pomagają organizować pola, nadal zalecamy skonsolidowanie ich do pojedynczej tabeli. Nadal możesz zorganizować pola, jednak tym razem przy użyciu folderów wyświetlania.

    W naszym przykładzie autorzy raportów mogą znaleźć pole Category (Kategoria) w folderze wyświetlania Marketing. com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-fields-pane-consolidated-display-folder. png" alt="The Fields pane shows the Category field within a display folder named Marketing. " data-linktype="relative-path"/>

    Jeśli nadal chcesz zdefiniować relację „jeden do jednego” wewnątrz grupy źródłowej w modelu, tam, gdzie to możliwe, upewnij się, że w powiązanych tabelach znajdują się pasujące wiersze. Ponieważ relacja „jeden do jednego” wewnątrz grupy źródłowej jest oceniana jako zwykła relacja, problemy z integralnością danych mogą być widoczne w wizualizacjach raportu jako wartości BLANK. (Przykład grupowania wartości PUSTYCH można zobaczyć w pierwszej wizualizacji tabeli przedstawionej w tym artykule).

    Relacja „jeden do jednego” między grupami źródłowymi

    Jeśli między tabelami istnieje relacja „jeden do jednego” między grupami źródłowymi, nie ma alternatywnego projektu modelu — chyba że dane w źródłach danych zostaną wstępnie skonsolidowane. Usługa Power BI oceni relację modelu „jeden do jednego” jako ograniczoną relację. W związku z tym pamiętaj, aby upewnić się, że w powiązanych tabelach istnieją pasujące wiersze, ponieważ niedopasowane wiersze zostaną usunięte z wyników zapytania.

    Zobaczmy, co się stanie, gdy do wizualizacji tabeli zostaną dodane pola z obu tabel i między tabelami istnieje ograniczona relacja. com/pl-pl/power-bi/guidance/media/relationships-one-to-one/product-to-product-category-table-visual-weak-relationship. The table has two rows only. " data-linktype="relative-path"/>

    Tabela wyświetla tylko dwa wiersze. Brakuje jednostki SKU CL-02, ponieważ tabela Product Category (Kategoria produktu) nie zawiera pasującego wiersza.

    Następne kroki

    Więcej informacji na temat tego artykułu znajdziesz w następujących zasobach:

    • Relacje modelu w programie Power BI Desktop
    • Informacje na temat schematu gwiazdy i jego znaczenia w usłudze Power BI
    • Wskazówki dotyczące rozwiązywania problemów z relacjami
    • Masz pytania? Zadaj pytanie społeczności usługi Power BI
    • Masz jakieś sugestie? Podziel się pomysłami na udoskonalenie usługi Power BI