Przeskocz do zawartości głównej Przejdź do treści uzupełniającej

Najlepsze praktyki przygotowywania aplikacji do Qlik Answers

Chociaż każda aplikacja może być używana do Qlik Answers, czas poświęcony na przygotowanie aplikacji do użytku z Qlik Answers poprawia jakość odpowiedzi.

Jasność i kontekst to najważniejsze czynniki zapewniające dobre wyniki z Qlik Answers. Jasność ułatwia Qlik Answers zrozumienie danych w aplikacji. Kontekst pomaga Qlik Answers interpretować i prawidłowo wykorzystywać dane w aplikacji. Poniższe najlepsze praktyki przygotowywania aplikacji pomagają zapewnić przejrzystość i kontekst:

  • Używaj jednoznacznych i opisowych nazw pól

  • Usprawnij swój model danych

  • Sprawdź formaty danych pól

  • Używaj elementów głównych

  • Użyj słownictwa logiki biznesowej, aby dodać terminologię

  • Usuń niepotrzebne pola z modelu danych

Używaj jednoznacznych i opisowych nazw pól

Twój model danych powinien używać pól, które są opisowe i jednoznaczne. Nazwy pól powinny:

  • Wyjaśnij biznesowe znaczenie każdego pola.

  • Zastosuj czytelne, zgodne z biznesem nazewnictwo, które podkreśla różnice lub podobieństwa do innych pól.

Poniższe najlepsze praktyki pomagają wyjaśnić pola i ich zastosowania:

  • Używaj pełnego nazewnictwa, takiego jak Customer Name zamiast CUST_NM. Pomaga to dopasować pola do pytań w języku naturalnym.

  • Podaj kwalifikatory kontekstowe w nazwach pól, aby pomóc rozróżnić pola. Na przykład:

  • Uczyń lokalizacje jasnymi. Użyj Miasto klienta i Miasto sklepu zamiast dwóch pól o nazwie Miasto.

  • Uczyń datę/czas jasnymi. Użyj Data zamówienia i Data wysyłki zamiast dwóch pól o nazwie Data.

  • Spróbuj wskazać rolę i typ pola. Użyj słów takich jak liczba, suma, kwota lub procent, aby wyjaśnić ich agregacyjny charakter. Na przykład, Liczba zamówień. Jeśli nazwy pól używają wartości logicznych, powinny być odczytywane jako przyimki, na przykład poprzez użycie prefiksów takich jak is_active lub has_churned.

  • W przypadku pól klucza, poprzedź je kontekstem. Na przykład, customer_id i order_id jest lepsze niż ogólne pole, takie jak ID lub cust_ref.

Unikaj używania nazw pól, które robią następujące rzeczy:

  • Używaj nieprzejrzystych kodów lub żargonu technicznego.

  • Używaj Flag lub samego przymiotnika, takiego jak Active, dla pola logicznego, ponieważ może to utrudniać interpretację pola.

  • Używaj niejednoznacznych lub ogólnych rzeczowników bez kontekstu. Pole o nazwie Amount, na przykład, nie informuje, czego jest kwotą. Wiele ogólnych pól może utrudniać niezawodne mapowanie zapytań w języku naturalnym do właściwego pola.

  • Używaj kryptograficznych skrótów, takich jak cust_no dla numeru klienta lub txn dla transakcji. Utrudnia to zrozumienie pola.

Usprawnij swój model danych

Usprawnienie modelu danych poprzez usunięcie niepotrzebnych pól prowadzi do dokładniejszych, przewidywalnych odpowiedzi. Wyselekcjonowany wybór pól zmniejsza ryzyko nieprawidłowego wyboru pola lub pomyłki. Usprawnione modele danych są również szybciej indeksowane. Aby usprawnić model danych:

  • Ukryj pola techniczne.

  • Skonsoliduj zbędne lub niemal duplikujące się pola w jedną autorytatywną wersję.

Ukryj pola techniczne

Twój model danych powinien przedstawiać Qlik Answers pola, które zawierają rzeczywistą wartość analityczną. Unikaj uwzględniania pól technicznych, które nie przyczyniają się do Qlik Answers zrozumienia aplikacji. Pola techniczne zawierają informacje takie jak:

  • Identyfikatory

  • Klucze

  • Znaczniki czasu ładowania

  • Kolumny przejściowe

Możesz usunąć niepotrzebne pola, ukrywając je. Ukryte pola są nadal dostępne dla logiki skryptu lub obliczeń wewnętrznych, ale są wykluczone z Qlik Answers analizy.

  • W skrypcie ładowania lub Menedżerze danych dodaj prefiks % do ich nazwy (na przykład, %Discount2)

  • W modelu logicznym w logice biznesowej ustaw ich widoczność na Ukryte.

    Więcej informacji zawiera temat Widoczność.

Skonsoliduj i zmień nazwy pól

Skonsoliduj zbędne lub prawie zduplikowane pola w jedną autorytatywną wersję. Niejednoznaczne pola utrudniają poprawne interpretowanie danych.

Zmień nazwy lub skonsoliduj pola, aby model danych był jak najbardziej przejrzysty do zrozumienia.

Przykład: Usprawnianie modelu danych poprzez naprawianie niejednoznacznych pól

Rozważ następujące nazwy pól z modelu danych:

  • Discount_Amount

  • Discount_Value

  • Rabat1

  • Rabat2

Te nazwy pól tworzą szereg problemów dla Qlik Answers, gdy próbuje je interpretować:

  • Wiele pól konkuruje o termin rabat, tworząc niejednoznaczność dla Qlik Answers.

  • Numeryczne sufiksy (1, 2) i niejasne nazwy pól nie zapewniają jasnego znaczenia biznesowego.

  • Mieszane konwencje nazewnictwa zmniejszają czytelność.

Aby rozwiązać te problemy, pola powinny zostać zmienione podczas przygotowywania aplikacji do użytku z Qlik Answers. Jeśli pola reprezentują różne koncepcje, zmień ich nazwy, aby jasno wskazać ich zastosowanie i cel. Na przykład:

  • Rabat na produkt

  • Rabat promocyjny

  • Rabat kuponowy

  • Rabat lojalnościowy

Jeśli reprezentują tę samą koncepcję, powinny zostać skonsolidowane w jedno autorytatywne pole, takie jak Kwota rabatu. Jeśli którekolwiek z tych pól jest techniczne lub przestarzałe, powinno zostać ukryte.

Sformatuj pola daty/czasu załadowane jako zwykły tekst

Niektóre pola zawierają informacje o dacie/godzinie, ale są ładowane jako zwykły tekst w modelu danych. Ponieważ nie są klasyfikowane jako pola daty/godziny, lecz jako pola tekstowe, nie będą prawidłowo używane w Qlik Answers analizach, ponieważ nie będą traktowane jako prawdziwe pola daty.

Jeśli pole zawierające informacje o dacie/godzinie jest oznaczone lub przechowywane jako tekst, przekonwertuj je do właściwego formatu podczas ładowania, używając narzędzi w Menedżerze danych lub funkcji daty w skrypcie ładowania. Zapewnia to, że:

  • Pole jest rozpoznawane jako zawierające daty.

  • Automatyczne generowanie kalendarza działa.

  • Pytania użytkowników dotyczące czasu mapują się poprawnie na pola daty/czasu.

  • Sortowanie i filtrowanie działają poprawnie.

Użyj elementów głównych

Elementy główne poprawiają zdolność Qlik Answers do interpretowania danych aplikacji. Podczas interpretowania pytań, Qlik Answers nadaje elementom głównym większą wagę niż polom w modelu danych, ponieważ są one tworzone przez użytkownika. Elementy główne pomagają Qlik Answers dokładniej interpretować dane aplikacji. Podczas przetwarzania pytań, Qlik Answers nadaje elementom głównym większą wagę niż surowym polom w modelu danych, ponieważ elementy główne reprezentują zdefiniowaną przez użytkownika semantykę i intencje biznesowe. Pozwala to Qlik Answers priorytetyzować wyselekcjonowane definicje ponad bazowymi polami technicznymi.

Elementy główne zwiększają przejrzystość i zmniejszają dwuznaczność, tworząc jedną, zaufaną wersję każdej ważnej metryki lub pola w modelu danych. Pomaga to również utrzymać spójność podobnych odpowiedzi dla różnych użytkowników. Gdy ktoś pyta o Marżę zysku i istnieje odpowiadająca jej miara główna, odpowiedź opiera się na tej samej definicji, niezależnie od tego, kto pyta i jak sformułowane jest pytanie.

Jednym z najważniejszych elementów elementów głównych są opisy. Opisy są używane przez Qlik Answers w celu zapewnienia kontekstu do interpretacji elementów głównych. Dobre opisy w elementach głównych jasno wyjaśniają:

  • Cel

  • Znaczenie

  • Kontekst biznesowy

Opisy elementów głównych ułatwiają Qlik Answers zrozumienie wymiaru głównego lub miary i wybranie właściwej metryki, nawet jeśli użytkownicy zadają pytania w nieoczekiwany sposób.

Dodatkowe najlepsze praktyki dotyczące elementów głównych i Qlik Answers, zobacz Pisanie opisów elementu głównego dla Qlik Answers.

Przykład: Przydatny opis elementu głównego

Miara główna: Koszt pozyskania klienta

Opis: Średni koszt pozyskania nowego klienta. Obliczany jako całkowite wydatki na marketing i sprzedaż podzielone przez liczbę nowo pozyskanych klientów. Nie obejmuje wydatków na utrzymanie lub odnowienie. Znany również jako CAC.

Użyj synonimów logiki biznesowej, aby dodać wartość

Synonimy logiki biznesowej pomagają udoskonalić sposób, w jaki Qlik Answers interpretuje terminologię. Chociaż Qlik Answers rozumie wspólny język biznesowy, Twój model danych może zawierać terminologię, której LLM nie rozpoznałby ani nie zinterpretowałby naturalnie poprawnie. Synonimy pomagają Qlik Answers zrozumieć terminologię unikalną dla danych Twojej organizacji. Następujące kategorie terminów korzystają z dodawania synonimów:

  • Żargon lub akronimy specyficzne dla organizacji

  • Wewnętrzne pseudonimy wskaźników KPI

  • Kody produktów lub procesów, które pełnią również funkcję terminów biznesowych

  • Metryki, które wydają się podobne, ale mają odrębne wewnętrzne definicje

  • Język specyficzny dla domeny, który nie jest szeroko stosowany poza Twoją branżą

Staraj się unikać synonimów, które robią następujące rzeczy:

  • Uwzględniają terminy takie jak góra lub dół, ponieważ często są niedookreślone i mogą być interpretowane na wiele sposobów. Na przykład top 5 może odnosić się do czołówki pod względem przychodów, liczby transakcji, procentu lub pozycji bezwzględnej. Używanie bardziej precyzyjnych synonimów pomaga zapewnić spójną interpretację.

    Dodawanie synonimów, które duplikują wartości z pól, może również wprowadzać niejednoznaczność.

  • Duplikuj istniejące wartości pól, ponieważ może to wprowadzić niejednoznaczność.

  • Przypisz ten sam synonim do wielu pól, na przykład używając sprzedaży dla dwóch różnych miar. To sprawia, że nie jest jasne, które pole powinno być użyte.

  • OK. I will translate the provided English text into Polish (pl-PL), strictly preserving all HTML tags and attributes, and following the given terminology and instructions. I will also include stop words.

Aby dowiedzieć się więcej, zobacz temat Dodawanie synonimów.

Czy ta strona była pomocna?

Jeżeli natkniesz się na problemy z tą stroną lub jej zawartością — literówkę, brakujący krok lub błąd techniczny — daj nam znać!