Semantic

Prefiks ładowania semantic tworzy specjalny typ pola, którego można używać w Qlik Sense do łączenia i zarządzania danymi relacyjnymi, takimi jak struktury drzewiaste, samoodwołujące się dane strukturalne nadrzędne-podrzędne lub dane, które można opisać w postaci wykresu.

Należy zauważyć, że ładowanie semantic może działać podobnie do prefiksów Hierarchy i HierarchyBelongsTo. Wszystkie trzy prefiksy mogą być używane jako bloki do budowy efektywnych rozwiązań front-end do przechodzenia przez dane relacyjne.

Składnia:

Semantic( loadstatement | selectstatement)

Ładunek Semantic oczekuje danych wejściowych o szerokości dokładnie trzech lub czterech pól z dokładną definicją tego, co reprezentuje każde uporządkowane pole, jak pokazano w poniższej tabeli:

Pola ładowania Semantic
Nazwa pola	Opis pola
1st Field:	Ten znacznik jest reprezentacją pierwszego z dwóch obiektów, między którymi istnieje relacja.
2nd Field:	Znacznik ten będzie używany do opisania relacji „do przodu” między pierwszym a drugim obiektem. Jeśli pierwszy obiekt jest podrzędny, a drugi nadrzędny, możesz utworzyć kartę relacji, która wskazuje „nadrzędny” lub „nadrzędny dla”, tak jak w przypadku śledzenia relacji od elementu podrzędnego do nadrzędnego.
3rd Field:	Ten znacznik jest reprezentacją drugiego z dwóch obiektów, między którymi istnieje relacja.
4th Field:	To pole jest opcjonalne. Znacznik ten będzie używany do opisania relacji „do tyłu” lub „odwrotnej” między pierwszym a drugim obiektem. Jeśli pierwszy obiekt jest podrzędny, a drugi nadrzędny, możesz utworzyć kartę relacji, która wskazuje „podrzędny” lub „podrzędny dla”, tak jak w przypadku śledzenia relacji od elementu nadrzędnego do podrzędnego. Jeśli nie dodasz czwartego pola, do opisu relacji w obu kierunkach zostanie użyty znacznik drugiego pola. W takim przypadku symbol strzałki jest automatycznie dodawany jako część znacznika.

Poniższy kod jest przykładem prefiksu semantic.

Semantic  
Load 
Object, 
‘Parent’ AS Relationship, 
NeighbouringObject AS Object, 
‘Child’ AS Relationship 
from graphdata.csv;

Dozwoloną i typową praktyką jest oznaczanie trzeciego pola tak samo jak pierwszego pola. Tworzy to samoodwołujące się wyszukiwanie, dzięki czemu można podążać za obiektami do powiązanych obiektów relacja po relacji. Jeśli trzecie pole nie nosi tej samej nazwy, wynikiem końcowym będzie proste wyszukiwanie od obiektów do ich bezpośrednich relacyjnych sąsiadów tylko o krok, co jest wynikiem mało praktycznym.

Ustawienia regionalne

Jeżeli nie podano inaczej, w przykładach w tym temacie stosowany jest następujący format daty: MM/DD/RRRR. Format daty jest określony w instrukcji SET DateFormat w skrypcie ładowania danych. Domyślny format daty w Twoim systemie może być inny ze względu na ustawienia regionalne i inne czynniki. Formaty zastosowane w przykładach można zmienić, aby dostosować je do własnych wymagań. Zamiast tego można też zmienić formaty w skrypcie ładowania, aby pasowały do tych przykładów. Więcej informacji można znaleźć w temacie Modyfikowanie ustawień regionalnych na potrzeby aplikacji i skryptów.

Domyślne ustawienia regionalne w aplikacjach są oparte na profilu użytkownika. Te ustawienia regionalne nie są związane z językiem wyświetlanym w interfejsie użytkownika Qlik Cloud. Interfejs Qlik Cloud będzie wyświetlany w tym samym języku co używana przeglądarka.

Jeżeli jesteś twórcą aplikacji, możesz wybrać domyślny region dla tworzonych przez siebie aplikacji. Więcej informacji zawiera temat Ustawianie preferowanych ustawień regionalnych do tworzenia aplikacji i skryptów w Analityka Qlik Cloud.

Powiązane funkcje
Funkcje	Interakcja
Hierarchy	Prefiks ładowania Hierarchy służy do dzielenia i organizowania węzłów w strukturach danych typu nadrzędny-podrzędny i innych podobnych do wykresów oraz do przekształcania ich w tabele.
HierarchyBelongsTo	Prefiks ładowania HierarchyBelongsTo służy do znajdowania i organizowania elementów nadrzędnych w strukturach danych typu nadrzędny-podrzędny i innych podobnych do wykresów oraz do przekształcania ich w tabele.

Przykład - Tworzenie specjalnego pola do łączenia relacji za pomocą prefiksu Semantic

Przegląd

Otwórz Edytor ładowania danych i poniżej dodaj skrypt ładowania do nowej karty.

Skrypt ładowania zawiera:

Zestaw danych reprezentujący rekordy relacji geograficznych, który jest ładowany do tabeli o nazwie GeographyTree.
- Każdy wpis ma ID na początku linii i ParentID na końcu linii.
Prefiks semantic, który doda jedno specjalne pole zachowania o nazwie Relation.

Skrypt ładowania

GeographyTree: 
LOAD  
    ID, 
    Geography, 
    if(ParentID='',null(),ParentID) AS ParentID     

INLINE [ 
ID,Geography,ParentID 
1,World 
2,Europe,1 
3,Asia,1 
4,North America,1 
5,South America,1 
6,UK,2 
7,Germany,2 
8,Sweden,2 
9,South Korea,3 
10,North Korea,3 
11,China,3 
12,London,6 
13,Birmingham,6 
]; 
 
SemanticTable: 
Semantic Load 
	ID as ID,			 
	'Parent' as Relation, 
	ParentID as ID,     
	'Child' as Relation 
resident GeographyTree;

Wyniki

Załaduj dane i otwórz arkusz. Utwórz nową tabelę i dodaj te pola jako wymiary:

Id
Geography

Następnie utwórz panel filtrowania Relation z jako wymiarem. Kliknij przycisk Koniec edycji.

Tabela wynikowa
Id	Geography
1	World
2	Europe
3	Asia
4	North America
5	South America
6	UK
7	Germany
8	Sweden
9	Korea Południowa
10	North Korea
11	Chiny
12	London
13	Birmingham

Panel filtrowania
Relation
Child
Parent

Kliknij Europe w wymiarze Geography w tabeli i kliknij Child w wymiarze Relation w panelu filtrowania. Zwróć uwagę na oczekiwany wynik w tabeli:

Tabela wyników pokazująca elementy podrzędne regionu geograficznego Europe
Id	Geography
6	UK
7	Germany
8	Sweden

Ponowne kliknięcie Child spowoduje pokazanie miejsc, które są elementami podrzędnymi regionu UK, o jeden krok dalej.

Tabela wyników pokazująca elementy podrzędne regionu geograficznego UK
Id	Geography
12	London
13	Birmingham

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ć, co możemy poprawić!

Przekaż tu opinię