SAP Modelowanie HANA: widoki, tabele i modele danych

Czym jest SAP HANA Modelka?

SAP Modelowanie HANA to aktywność, w ramach której tworzymy widok informacji. Widok informacji jest podobny do wymiaru, kostki lub InfoProvidera w BW. Ten widok informacji służy do tworzenia wielowymiarowego modelu danych.

Fizyczne stoły w środku SAP HANA Przechowuj dane w formie dostarczonej przez system źródłowy. Modelowanie dodaje warstwę nad tabelami, która zmienia nazwy kolumn, łączy powiązane rekordy, stosuje filtry i definiuje obliczenia. Narzędzia raportowania odczytują następnie tę warstwę zamiast tabel, dzięki czemu użytkownicy biznesowi nie muszą znać podstawowej struktury tabeli.

SAP Przegląd modelowania HANA

Modelowanie to czynność, w której użytkownik udoskonala lub dzieli dane w tabeli bazy danych, tworząc widok informacji na podstawie scenariusza biznesowego. Widoki te mogą być wykorzystywane do celów raportowania i podejmowania decyzji.

Widok informacji tworzy się na podstawie różnych kombinacji danych dotyczących treści, aby utworzyć model scenariusza biznesowego.

Dane dotyczące treści w widoku informacyjnym dzielą się na dwa typy:

• Atrybut: DescriptDane rzeczywiste i niemierzalne. Na przykład identyfikator dostawcy, nazwa dostawcy, miasto itp.
• Zmierzyć: Dane, które można skwantyfikować i obliczyć. Na przykład: Revenue, Ilość sprzedanych sztuk i Liczniki. Miara jest generowana z widoku analitycznego i widoku obliczeniowego. Miary nie można utworzyć w widoku atrybutów.

Oba bloki konstrukcyjne są definiowane raz w widoku i ponownie wykorzystywane przez każdy raport, który je wykorzystuje. Poniższe sekcje zawierają listę dokładnych wariantów. SAP HANA obsługuje każdą z tych funkcji.

Rodzaje atrybutów

SAP HANA obsługuje trzy typy atrybutów:

Rodzaje atrybutów	Aktywności
Prosty atrybut	Opiera się na fundamencie danych.
Obliczony atrybut	Jest ona wyprowadzana z jednego lub większej liczby istniejących atrybutów i stałych. Na przykład, z obliczeń arytmetycznych lub z utworzenia pełnego imienia i nazwiska.
Atrybut lokalny	Jest on używany w widokach modelowania (widoku analitycznym lub widoku obliczeniowym) w celu dostosowania zachowania atrybutu, aby był lokalny dla modelowanie widoku i nie można uzyskać do niego dostępu spoza tego widoku.

Rodzaje miar

SAP HANA obsługuje cztery typy miar:

Rodzaje środków	Aktywności
Prosta miara	Opiera się na fundamencie danych.
Obliczona miara	Jest ona pochodną jednej lub większej liczby istniejących miar, stałych i funkcji. Na przykład obliczeń arytmetycznych.
Środek zastrzeżony	Służy do filtrowania wartości na podstawie zdefiniowanych przez użytkownika reguł dotyczących wartości atrybutów.
Przeciwdziałać	To specjalny typ kolumny, który wyświetla unikalny numer dla kolumn atrybutów (widok analityczny lub widok obliczeniowy). Służy do zliczania jednej lub więcej kolumn atrybutów.

Po ustaleniu atrybutów i miar są one gromadzone w jednym z trzech widoków informacji:

• Widok atrybutu – Jest używany w kontekście danych podstawowych.
• Widok analityczny – Służy do tworzenia tabel faktów i jest podobny do kostki w BW.
• Widok obliczeń – Służy do tworzenia złożonego widoku i jest podobny do MultiProvider w BW.

Aby można było utworzyć którykolwiek z tych widoków, konto modelarza musi mieć określony zestaw autoryzacji.

Uprawnienia wymagane do modelowania

Przywileje zapewniają bezpieczeństwo SAP Baza danych HANA, dzięki której dostęp do treści jest możliwy wyłącznie za zgodą użytkownika.

Uprawnienia obiektu

Uprawnienia do obiektu są SQL Uprawnienia służące do zapewnienia dostępu do odczytu/zapisu obiektów bazy danych. Poniższe uprawnienia obiektów są wymagane do modelowania.

• Uprawnienie SELECT w schemacie _SYS_BI.
• Uprawnienie SELECT w schemacie _SYS_BIC.
• Uprawnienie EXECUTE na REPOSITORY_REST (SYS).
• Uprawnienie SELECT w schemacie tabeli.

Przywileje pakietu

Uprawnienia do pakietów są wymagane do autoryzacji działań na poszczególnych pakietach. Poniższe uprawnienia do pakietów są wymagane do modelowania danych.

• Uprawnienie REPO.MAINTAIN_NATIVE_PACKAGES dla pakietu głównego.
• REPO.READ, REPO.EDIT_NATIVE_OBJECTS i REPO.ACTIVATE_NATIVE_OBJECTS w pakiecie używanym dla obiektów zawartości.

Przywileje analityczne

Aby uzyskać dostęp do SAP Widok informacji HANA, uprawnienia analityczne są wymagane.

• Aby uzyskać pełny dostęp do danych we wszystkich widokach informacji w SAP W systemie HANA wymagane jest uprawnienie analityczne „_SYS_BI_CP_ALL”. Aby uzyskać ograniczony dostęp do danych, należy utworzyć i przypisać użytkownikowi uprawnienia analityczne.

Inne przywileje

• Udziel użytkownikowi _SYS_REPO dostępu do własnego schematu, używając polecenia 'GRANT SELECT ON SCHEMA „Nazwa schematu” TO _SYS_REPO WITH GRANT OPTION';
• REPO.MAINTAIN_DELIVERY_UNITS do tworzenia jednostek dostawczych.
• REPO.IMPORT, REPO.EXPORT do importu i eksportu jednostek dostawczych.
• REPO.WORK_IN_FOREIGN_WORKSPACES — praca w obcych przestrzeniach roboczych.

Różnica między widokiem atrybutów, widokiem analitycznym i widokiem obliczeniowym

Te trzy widoki informacji nie są zamienne. Każdy z nich odpowiada na inne pytanie, a wybór niewłaściwego jest najczęstszym błędem popełnianym przez początkujących w modelowaniu.

kryteria	Widok atrybutu	Widok analityczny	Widok obliczeń
Cel	Dane główne i kontekst opisowy	Schemat gwiazdy na pojedynczej tabeli faktów	Złożona logika w wielu źródłach
Dozwolone środki	Nie	Tak	Tak
Liczba tabel faktów	Nie dotyczy	jeden	Wiele
Związek wspierał	Nie	Nie	Tak
Można konsumować inne widoki	Nie	Tylko widoki atrybutów	Wszystkie trzy typy
Ekwiwalent BW	Charakterystyka / wymiar	Kostka informacji	MultiProvider

Praktyczna zasada działa dobrze: zbuduj widok atrybutów gdy wyjściem jest lista opisowa, widok analityczny gdy jedna tabela faktów jest porównywana z tymi opisami, a widok obliczeniowy gdy odpowiedź wymaga unii, drugiej tabeli faktów lub logiki, której schemat gwiaździsty nie może wyrazić.

SAP Najlepsze praktyki HANA dotyczące tworzenia modeli informacyjnych

An SAP Najlepszą praktyką HANA jest standard przestrzegany podczas tworzenia obiektu w SAP Baza danych HANA. Poniższe najlepsze praktyki mają zastosowanie do każdego typu obiektu.

PAKIET:

• Utwórz pakiet najwyższego poziomu, np. „Rozwój”, na potrzeby prac rozwojowych.
• Utwórz podpakiet w pakiecie najwyższego poziomu dla każdego programisty.
• W razie potrzeby można utworzyć więcej podpakietów.

SCHEMAT:

• Zaprojektuj układ schematu przed rozpoczęciem projektu. Na przykład DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA itd.
• Tabele niestandardowe powinny znajdować się w osobnym schemacie.

STOŁY:

• Tabela, która będzie używana w raportowaniu lub OLAP powinien być typu magazynu kolumnowego.
• Tabela, która będzie używana w transakcjach lub OLTP powinien być typu magazynu wierszowego.
• Aby ułatwić zrozumienie, podaj odpowiedni komentarz lub opis nazw tabel i kolumn.

KONWENCJA NAZEWNICTWA:

OBIEKTY	Format:	OPIS
WYŚWIETLENIE ATRYBUTÓW	AT_PRODUKT	AT_ oznacza widok atrybutów
POGLĄDY ANALITYCZNE	AN_OBROTY	AN_ oznacza widok analityczny
WIDOKI OBLICZENIOWE	CA_OBROTY	CA_ oznacza widok obliczeniowy
PRZYWILEJE ANALITYCZNE	AP_REST_AT (Widok atrybutów) AP_REST_AN (Widok analityczny) AP_REST_CA (Widok obliczeniowy)	AP_ oznacza uprawnienia analityczne
HIERARCHIA	HI_BNAME_PC (Nadrzędny-Dziecięcy) HI_BNAME_LV (Poziom)	HI_ oznacza hierarchię
PROCEDURA	SP_NAZWAPROCEDURY	SP_ oznacza procedurę składowaną
PARAMETRY WEJŚCIOWE	IP_PARA_NAME	IP_ oznacza parametr
ZMIENNE	VA_VNAZWA	VA_ oznacza nazwę zmiennej

Konwencja nazewnictwa sprawdza się tylko wtedy, gdy każdy model mieści się w zaplanowanej strukturze pakietu, tworzonej w sposób pokazany poniżej.

Tworzenie pakietu w SAP Studio HANA

Pakiet: Jest to kontener przechowujący wszystkie informacje o modelu (widok atrybutów, widok analityczny, widok obliczeniowy itd.) w grupie.

Rodzaje opakowań: Istnieją dwa rodzaje pakietów, jak pokazano poniżej.

Typ	OPIS	Ikona
Strukturalny	W pakiecie strukturalnym można utworzyć tylko podpakiet. W pakiecie strukturalnym nie można utworzyć żadnego widoku informacyjnego (widoku atrybutów, widoku analitycznego itp.). Przykładami pakietu strukturalnego są: SAP, system-local, system-local.generated i system-local.private.
Niestrukturalny	Pakiet niestrukturalny może zawierać obiekty informacyjne i podpakiety. Jest to pakiet domyślny.

Zastosowania pakietu: Pakiet grupuje wszystkie modele informacji i ułatwia ich transport. Oba typy pakietów mogą być używane w transporcie.

Kroki tworzenia pakietu strukturalnego w SAP Studio HANA:

Krok 1) W tym etapie,

1. Wybierz system HANA, w tym przypadku HDB.
2. Przejdź do folderu Zawartość.

Krok 2) W tym etapie,

1. Wybierz Nowy.
2. Wybierz opcję Pakiet.

Krok 3) W tym etapie,

1. Wprowadź nazwę pakietu. Na przykład „DHK_SCHEMA”.
2. Wprowadź opis pakietu.
3. Język oryginalny i osoba odpowiedzialna są wybierane domyślnie.

W węźle Zawartość zostanie utworzony pakiet niestrukturalny o nazwie „DHK_SCHEMA”, jak pokazano poniżej.

Krok 4) Teraz należy przekonwertować pakiet niestrukturalny na pakiet strukturalny.

1. Wybierz pakiet „DHK_SCHEMA” i kliknij go prawym przyciskiem myszy.
2. Przejdź do opcji Edytuj pakiet.

Krok 5) W tym etapie,

1. Wybierz „Tak” w polu Opcje strukturalne.
2. Kliknij przycisk OK.

Po zmianie pakietu „DHK_SCHEMA” z niestrukturalnego na strukturalny styl ikony ulega zmianie z do . Jest to sygnał, że pakiet niestrukturalny został przekształcony w pakiet strukturalny.

Kroki tworzenia pakietu niestrukturalnego jako podpakietu w ramach pakietu strukturalnego:

Pakiet jest domyślnie tworzony jako niestrukturalny. W pakiecie niestrukturalnym można tworzyć inne pakiety i obiekty informacyjne. Lepiej najpierw utworzyć pakiet strukturalny, a następnie utworzyć w nim podpakiet.

Krok 1) W tym etapie,

1. Wybierz pakiet strukturalny „DHK_SCHEMA” i kliknij go prawym przyciskiem myszy.
2. Wybierz Nowy -> Pakiet.

Krok 2) W tym etapie,

1. W polu Nazwa wprowadź nazwę podpakietu.
2. Wprowadź opis.
3. Kliknij przycisk „OK”.

Nowy pakiet niestrukturalny zostanie utworzony jako podpakiet w ramach pakietu DHK_SCHEMA.

Jak aktywować i zweryfikować widok informacji

Zapisanie widoku przechowuje go jedynie w repozytorium czasu projektowania. Dopóki widok nie zostanie aktywowany, żaden obiekt środowiska wykonawczego nie istnieje i żaden raport nie może go odczytać. Aktywacja generuje widok kolumnowy w schemacie _SYS_BIC, a wygenerowany obiekt jest obiektem, do którego faktycznie odpytują narzędzia SQL i raportowania.

Krok 1) Zapisz widok. Wciśnij Ctrl+S SAP HANA Studio. Widok istnieje teraz jako nieaktywny obiekt w czasie projektowania, oznaczony diamentową nakładką w węźle Zawartość.

Krok 2) Aktywuj widok. Kliknij widok prawym przyciskiem myszy i wybierz „Aktywuj” lub naciśnij Ctrl+F3. Wybierz „Aktywuj”, aby wdrożyć tylko ten widok, lub „Wdróż ponownie”, aby odbudować obiekt środowiska wykonawczego, jeśli definicja w czasie projektowania nie uległa zmianie, ale wygenerowany obiekt jest brakujący.

Krok 3) Przeczytaj dziennik zadań. Widok dziennika zadań raportuje powodzenie lub niepowodzenie dla każdego obiektu w partii aktywacji. Wpis o niepowodzeniu zawiera nazwę obiektu i przyczynę, dlatego zawsze należy rozwinąć wpis, zamiast polegać na wierszu podsumowania.

Krok 4) Podgląd danych. Kliknij prawym przyciskiem myszy aktywny widok i wybierz opcję Podgląd danych. Karta Analiza umożliwia przeciąganie atrybutów na oś etykiet, a miar na oś wartości, co potwierdza, że ​​połączenia zwracają oczekiwaną liczbę wierszy.

Krok 5) Rozwiąż typowe błędy aktywacji. Za większość przypadków odpowiadają trzy przyczyny awarii:

• Niewystarczające uprawnienia w schemacie: _SYS_REPO nie obsługuje opcji SELECT WITH GRANT OPTION w schemacie zawierającym tabele bazowe. Udziel jej i aktywuj ponownie.
• Nieprawidłowa nazwa kolumny: Kolumna tabeli bazowej została zmieniona lub usunięta po wymodelowaniu widoku. Odśwież bazę danych i ponownie zamapuj pole.
• Zależność cykliczna: Dwa widoki odwołują się do siebie nawzajem. Aby przerwać pętlę, należy wskazać jeden z nich na tabelę bazową.

Po pomyślnej aktywacji można bezpośrednio sprawdzić widok za pomocą polecenia SELECT * FROM “_SYS_BIC”.”package/VIEW_NAME”, co stanowi najszybszy sposób potwierdzenia istnienia obiektu przed połączeniem go z narzędziem raportowania.

SAP Technika optymalizacji wydajności HANA

Aktywowany widok, który zwraca poprawne wyniki, może nadal działać wolno. Poniższe reguły określają sposób, w jaki silnik obliczeniowy wykonuje model.

• Wszystkie widoki informacyjne i tabelaryczne powinny być używane z węzłem projekcji. Węzeł projekcji poprawia wydajność poprzez zawężenie zestawu kolumn.
• Zastosuj filtry w węzłach projekcji.
• Unikaj łączenia węzłów w widoku obliczeniowym i tam, gdzie to możliwe, używaj unii.
• Użyj parametrów wejściowych lub zmiennych, aby ograniczyć zbiór danych w widoku analitycznym lub obliczeniowym.
• Obliczenia należy wykonać przed agregacją.
• Hierarchie muszą zostać zdefiniowane na nowo w widoku obliczeniowym, ponieważ hierarchie widoku atrybutów nie są widoczne w widoku obliczeniowym.
• Hierarchie widoku atrybutów są widoczne w widoku analitycznym.
• Etykiety atrybutów i opisy miar zdefiniowane w widoku atrybutów, widoku analitycznym lub widoku obliczeniowym nie będą wyświetlane w widoku obliczeniowym. Należy je ponownie zmapować.
• Nie należy mieszać funkcji CE i Skrypt SQL w tym samym modelu informacyjnym.

Projektowanie połączeń wpływa również na koszt wykonania. Połączenie referencyjne można całkowicie usunąć, jeśli nie zażądano żadnego pola z odpowiedniej tabeli, dlatego wybór typu połączenia zasługuje na tyle samo uwagi, co rozmieszczenie węzłów.

Dlaczego widoki obliczeniowe zastąpiły widoki atrybutów i widoki analityczne

SAP przestarzałe widoki atrybutów i widoki analityczne wraz z modelem XS Classic i SAP Repozytorium HANA. Ogłoszono wycofanie SAP HANA 1.0 SPS 12 i ponownie sporządzona dla SAP HANA 2.0 SPS 02. Wycofane oznacza, że ​​nadal jest obsługiwane SAP HANA 2.0, ale nie przeniesiona do nowszej wersji SAP Chmura HANA.

Powodem jest konsolidacja, a nie zastępowanie funkcji. Kolejne pakiety wsparcia rozszerzały widoki obliczeniowe, aż wchłonęły możliwości dwóch pozostałych typów:

• Widok obliczeniowy kategorii danych Wymiary, z węzłem projekcji na warstwie semantycznej, wykonuje pracę widoku atrybutów.
• Widok obliczeniowy kategorii danych Kostka z połączeniem gwiaździstym, z węzłem agregacji na warstwie semantycznej, wykonuje pracę widoku analitycznego.

Jeden typ widoku oznacza również jedną ścieżkę optymalizatora, jeden zestaw wzorców modelowania do nauczenia i jeden cel migracji. SAP dostarcza narzędzie do migracji, które konwertuje istniejące widoki atrybutów, widoki analityczne i widoki obliczeń opartych na skryptach na graficzne widoki obliczeń i funkcje tabelaryczne. Istniejące widoki nadal działają, więc migrację można zaplanować, a nie przyspieszyć, ale nowe prace rozwojowe należy rozpocząć od widoków obliczeń.

FAQ