SAP BW - Obiekty i typy magazynu danych

W tym rozdziale omówimy różne obiekty DataStore i ich podmoduły.

Co to jest obiekt DataStore?

DSO (DataStore Object) jest znane jako miejsce przechowywania, w którym przechowywane są wyczyszczone i skonsolidowane transakcje lub dane podstawowe na najniższym poziomie szczegółowości, a dane te można analizować za pomocą BEx query.

Obiekt DataStore zawiera kluczowe liczby, a charakterystyczne pola i dane z DSO mogą być aktualizowane za pomocą aktualizacji Delta lub innych obiektów DataStore, a nawet z danych podstawowych. Te obiekty DataStore są zwykle przechowywane w dwuwymiarowych przezroczystych tabelach bazy danych.

Architektura DSO

Komponent DSO składa się z następujących trzech tabel -

Activation Queue- Służy do przechowywania danych przed aktywacją. Klucz zawiera identyfikator żądania, identyfikator pakietu i numer rekordu. Po zakończeniu aktywacji żądanie jest usuwane z kolejki aktywacji.
Active Data Table - Ta tabela jest używana do przechowywania bieżących aktywnych danych, a ta tabela zawiera klucz semantyczny zdefiniowany do modelowania danych.
Change Log- Kiedy aktywujesz obiekt, zmiany dokonane w aktywnych danych są ponownie zapisywane w tym dzienniku zmian. Dziennik zmian jest tabelą PSA i jest przechowywany w programie Administration Workbench w drzewie PSA.

Po załadowaniu nowych danych do DSO i klucz techniczny jest dodawany do rekordów. Żądanie jest następnie dodawane do kolejki aktywacji. Może być uruchamiany ręcznie lub automatycznie.

Typy obiektów DataStore

Możesz zdefiniować obiekty DataStore w następujących typach -

Standardowy DSO
Bezpośrednia aktualizacja DSO
DSO zoptymalizowany pod kątem zapisu

Rodzaj	Struktura	Dostarczanie danych	Generacja SID
Standardowy obiekt DataStore	Składa się z trzech tabel: kolejki aktywacji, tabeli aktywnych danych, dziennika zmian	Z procesu przesyłania danych	tak
Obiekty magazynu danych zoptymalizowane pod kątem zapisu	Zawiera tylko tabelę aktywnych danych	Z procesu przesyłania danych	Nie
Obiekty DataStore do bezpośredniej aktualizacji	Zawiera tylko tabelę aktywnych danych	Z interfejsów API	Nie

Standardowe obiekty DataStore

Aby utworzyć standardowe DSO, przejdź do RSA Workbench.

Posługiwać się T-Code: RSA1

Iść do Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Wprowadź nazwę techniczną i opis obiektu DataStore.

Type of DataStore Object→ Służy do wyboru typu DSO. Domyślnie bierze standardowy DSO.

Click the Create (F5) button.

Aby zmienić typ DSO, przejdź do zakładki ustawień, jak pokazano na poniższym zrzucie ekranu. Kliknij ikonę Edytuj iw nowym oknie, które zostanie otwarte, możesz zmienić obiekt DataStore, a także wybrać typ.

Generacja SID

Identyfikator SID jest generowany dla każdej wartości danych podstawowych. Kliknij Edytuj, aby zmienić ustawienia generowania SID.

Utwórz identyfikator SID

Możesz wybrać jedną z następujących opcji -

Podczas raportowania
Podczas aktywacji lub
Nigdy nie twórz identyfikatorów SID

Unique Data Records - Ta opcja służy do zapewnienia, że DSO przechowuje unikalne wartości.

Set Quality Status to OK - Pozwala to ustawić stan jakości po zakończeniu ładowania danych.

Key Fields and Data Fields- Pola kluczowe służą do dodawania unikalnych rekordów. Aby dodać pole klucza, kliknij prawym przyciskiem myszy Pola kluczy i wybierz opcję Bezpośrednie wprowadzanie informacji o obiekcie.

W nowym oknie wprowadź nazwy techniczne obiektów InfoObject i kliknij Kontynuuj. Jak widać, obiekt InfoObject został dodany w sekcji pól kluczowych.

Poniżej przedstawiono kluczowy obiekt InfoObject w DSO. Gdy ta struktura DSO jest kompletna, możesz aktywować tego DSO.

Bezpośrednia aktualizacja obiektów DataStore

Obiekt DataStore do bezpośredniej aktualizacji umożliwia dostęp do danych do raportowania i analizy natychmiast po ich załadowaniu. Różni się od standardowych OSD sposobem, w jaki przetwarza dane. Dane te są przechowywane w tym samym formacie, w jakim zostały załadowane do obiektu DataStore w celu dowolnej bezpośredniej aktualizacji przez aplikację.

Struktura OSD z bezpośrednią aktualizacją

Te magazyny danych zawierają jedną tabelę dla aktywnych danych i nie istnieje obszar dziennika zmian. Dane są pobierane z systemów zewnętrznych za pomocą interfejsów API.

Istnieją następujące API -

RSDRI_ODSO_INSERT - Służą do wstawiania nowych danych.
RSDRI_ODSO_INSERT_RFC - Jest podobny do RSDRI_ODSO_INSERT i można go wywołać zdalnie.
RSDRI_ODSO_MODIFY- Służy do wstawiania danych z nowymi kluczami. W przypadku danych z kluczami już w systemie dane są zmieniane.
RSDRI_ODSO_MODIFY_RFC - Jest to podobne do RSDRI_ODSO_MODIFY i można je wywołać zdalnie.
RSDRI_ODSO_UPDATE - Ten interfejs API służy do aktualizacji istniejących danych.
RSDRI_ODSO_UPDATE_RFC - Jest to podobne do RSDRI_ODSO_UPDATE i można je wywołać zdalnie.
RSDRI_ODSO_DELETE_RFC - Ten interfejs API służy do usuwania danych.

Korzyści

W przypadku DSO z bezpośrednią aktualizacją dane są łatwo dostępne. Dostęp do danych do raportowania i analizy można uzyskać natychmiast po ich załadowaniu.

Wady

Ponieważ struktura tego DSO zawiera jedną tabelę dla aktywnych danych i nie ma dziennika zmian, nie pozwala to na aktualizację delta do InfoProviders.
Ponieważ proces ładowania danych nie jest obsługiwany przez system BI, DSO nie są wyświetlane w sekcji administracyjnej ani na monitorze.

Aby utworzyć bezpośrednią aktualizację DataStore, przejdź do Środowiska pracy administracji. Posługiwać sięT-Code: RSA1