Pochodzenie miar

Eksplorator pochodzenia odpowiada na pytania, które każdy zespół danych w końcu zadaje o metrykę:

• „Skąd ta miara faktycznie pochodzi?” — jej fizyczna kolumna, tabela i baza danych.
• „Jeśli to zmienię lub usunę, co się zepsuje?” — co się do tego odwołuje.

Czyta wprost z Twojej zarządzanej schemy i niedawnej aktywności zapytań, więc odpowiedź jest zawsze żywa — nie ma indeksu do przebudowy ani niczego do synchronizowania.

Notatka

Eksplorator pochodzenia jest od poziomu Team wzwyż, jak dziennik audytu.

Otwieranie eksploratora

Otwórz Pochodzenie w dashboardzie. To dwuokienny eksplorator:

• Lewa strona — drzewo z filtrem wszystkiego w wybranej schemie.
• Prawa strona — panel szczegółów dla węzła, który kliknąłeś.

Wybierz schemę z pickera na górze. W Saiku Cloud „kostka” to jedna z Twoich wgranych schem, identyfikowana etykietą — pojedyncza schema może trzymać kilka kostek Mondrian (demonstracyjna schema FoodMart zawiera Sales, Warehouse, HR i więcej), a drzewo pokazuje je wszystkie.

Przeglądanie drzewa

Drzewo odzwierciedla kształt Twojej schemy na ustalonej głębokości:

Gałąź	Zawartość
Kostka → grupa miar → miara	Zadeklarowane miary w każdej kostce, pogrupowane jak w schemie.
Kostka → calculated members	Calc-members zdefiniowane na kostce — np. Profit = [Measures].[Sales] - [Measures].[Cost].
Kostka → wymiar → hierarchia → poziom	Struktura wymiarowa, aż do każdego poziomu.

Użyj pola filtra na górze drzewa, by je zawęzić — wpisz część nazwy miary, wymiaru, hierarchii lub poziomu, a drzewo zwija się do trafień. Dopasowanie do nazwy kostki odsłania wszystkie calculated members tej kostki.

Czytanie fizycznej trasy

Kliknij dowolny węzeł — miarę, calculated member lub poziom — a panel szczegółów pokazuje jego fizyczną trasę jako łańcuch chipów:

column → table → database

To prawdziwa kolumna źródłowa, tabela, w której żyje, i połączenie bazy danych, które ją obsługuje. Dla zadeklarowanej miary widzisz też jej agregator (np. sum); dla poziomu widzisz kolumnę, na której się kluczuje.

Calculated members rozłożone

Calculated member nie ma jednej kolumny źródłowej — to formuła na innych członkach. Eksplorator rozkłada ją: rozwiązuje miary bazowe formuły (zbiór dependsOn członka) i renderuje jeden wiersz trasy na każdą bazową kolumnę. Więc member Profit zbudowany z Sales i Cost pokazuje dwie trasy, jedną na kolumnę faktu, obok swojej formuły i listy członków, od których zależy.

„Used by” — co odwołuje się do członka

Panel szczegółów ma sekcję Used by. Kliknij Click to load usage, a leniwie pobiera wszystko, co odwołuje się do wybranego członka, każdy wpis otagowany rodzajem:

Rodzaj	Czym jest
Calculated member	Calc-member w schemie, którego formuła odwołuje się do wybranego członka.
Saved query	Zapisane zapytanie .saiku, którego MDX odwołuje się do członka.
Agent query	Niedawne zapytanie agenta, które odwołało się do członka, wyciągnięte ze śladu audytowego. (Zobacz zastrzeżenie poniżej.)

Pobranie jest leniwe celowo — usage skanuje Twoją niedawną aktywność, więc płacisz za to tylko na węzłach, które faktycznie inspekcjonujesz.

Uwaga

Użycie przez agenta (ad-hoc) jest patrzące w przód: zapytanie przyczynia się do pochodzenia tylko jeśli uruchomiło się po włączeniu funkcji dla Twojego tenanta. Rejestrujemy tylko odwołania do członków, które wykonało zapytanie — identyfikatory schemy jak [Measures].[Sales] — nigdy surowego tekstu zapytania ani żadnych danych wynikowych.

Powiązane

• Dziennik audytu — źródło użyć z zapytań agenta; kto co odpytywał, kiedy.
• Schema designer — gdzie definiuje się calculated members i miary.
• Klucze API — wygeneruj klucz do programistycznego dostępu.