Partycje federowane umożliwiają integrację kostek Essbase z Autonomous Data Warehouse w celu połączenia zdolności analitycznych Essbase z korzyściami wynikającymi z używania bazy danych Autonomous Database.
Integracja Essbase z Autonomous Data Warehouse za pośrednictwem partycji federowanej oznacza, że dane dla kostki są składowane w Autonomous Data Warehouse.
W celu implementacji tej funkcji należy wdrożyć oprogramowanie Essbase i Oracle Autonomous Database Serverless (z typem obciążenia Autonomous Data Warehouse) we współużytkowanej dzierżawie Oracle Cloud Infrastructure, w której Autonomous Data Warehouse pełni rolę bazy danych repozytorium służącej do przechowywania schematów RCU dla stosu Essbase wdrożonego w infrastrukturze OCI z serwisu Marketplace.
Między kostkami z partycjami federowanymi Essbase a kostkami niefederowanego woluminu blokowego (BSO) i magazynu agregacji (ASO) występuje kilka znaczących różnic funkcjonalnych.
Porównanie różnic między kostkami ASO i BSO pomaga zdecydować, czy partycja federowana stanowi odpowiedni wybór.
Tabela 18-1 Różnice między magazynem agregacji, wolumenem blokowym i kostkami federowanymi
| Magazyn agregacji (ASO) | Wolumen blokowy (BSO) | Kostka partycji federowanej | |
|---|---|---|---|
| Model magazynu danych |
Dane są składowane w Essbase. |
Dane są składowane w Essbase. |
Dane są składowane w tabeli relacyjnej w Autonomous Data Warehouse. Ta tabela w innych miejscach w dokumentacji jest nazywana tabelą faktów. |
| Jak to działa? |
Liczba wymiarów może być bardzo duża (miliony elementów), ale kostka ma relatywnie rzadkie wycinki danych (wiele części wspólnych wymiarów nie zawiera danych). Dane są wprowadzane tylko na poziomie 0. Kostki są optymalizowane pod kątem błyskawicznej agregacji. |
Liczba i skala wymiarów zazwyczaj jest mniejsza w porównaniu z magazynem agregacji (ASO). Magazyn bloków (BSO) obsługuje gęste zbiory danych. Niektóre wymiary są definiowane jako gęste (większość części wspólnych zawiera dane), a pozostałe są definiowane jako rzadkie. Umożliwia to efektywne składowanie danych w Essbase oraz optymalizację analizy zależności (nie jest wykonywana nadmierna liczba obliczeń). Dane można wprowadzać na każdym poziomie. |
Struktura Essbase jest mapowana na tabelę faktów, dzięki czemu magazyn danych nadal może znajdować się w Autonomous Data Warehouse, a jednocześnie jest dostępny na potrzeby analiz wykonywanych z użyciem logiki wbudowanej w aplikację Essbase. Możliwości analityczne struktury Essbase umożliwiają analizowanie płaskiej tabeli relacyjnej jako hierarchii przy użyciu dowolnie skomplikowanych procedur matematycznych, które mogą być potrzebne do wykonania wymaganej analizy wielowymiarowej. Gdy jest to możliwe, Essbase konwertuje obliczenia oraz agregacje na kod SQL, a następnie wypycha ten kod do Autonomous Data Warehouse. Dzięki temu przetwarzanie odbywa się bliżej miejsca, w którym dane są składowane. Kod SQL napisany przez Essbase można znaleźć w dzienniku platformy, który znajduje się w lokalizacji |
| Typowe przypadki użycia |
Kostki ASO są powszechnie używane na potrzeby analiz o wysokim stopniu agregacji, obliczeń niestandardowych oraz alokacji. Ładunki danych można dzielić na wycinki, co umożliwia wykonywanie częstych aktualizacji o wysokim stopniu równoległości. |
Kostki BSO są powszechnie używane na potrzeby planowania finansowego i operacyjnego oraz interaktywnego raportowania agregacji danych względem źródła. Kostki BSO zostały zaprojektowane pod kątem obsługi złożonych wymagań analitycznych, których spełnienie wymaga użycia formuł/wyrażeń matematycznych oraz częstych obliczeń proceduralnych. |
Dane nie opuszczają Autonomous Data Warehouse, dzięki czemu nie trzeba ich odświeżać ani zmieniać ich struktury w Essbase. Partycja federowana jest tworzona na podstawie istniejącej kostki ASO lub BSO, więc można użyć dowolnej z tych opcji Essbase i czerpać korzyści ze sposobu wykonywania obliczeń i zapytań przez to oprogramowanie, bez konieczności ładowania danych do Essbase ani zmieniania struktury. Jeśli organizacja ma już tabelę faktów składowaną w Autonomous Data Warehouse, partycja federowana umożliwi używanie funkcji Essbase takich jak:
Jeśli w organizacji jest już używane oprogramowanie Essbase, partycja federowana umożliwi korzystanie z następujących zalet składowania danych w Autonomous Data Warehouse:
|
Dzięki partycji federowanej można pomijać proces ładowania danych do kostki Essbase przed wykonaniem agregacji i zapytań. Przetwarzanie danych jest wykonywane w Autonomous Data Warehouse, co umożliwia korzystanie z zalet Autonomous Database oraz funkcji analitycznych Essbase.
Pominięcie regularnych operacji ładowania danych z relacyjnych źródeł danych do Essbase umożliwia zmniejszenie kosztów operacyjnych związanych z potokiem wyodrębniania, przekształcania i ładowania (ETL) (przy użyciu plików reguł lub innych procesów ładowania danych) oraz wyeliminowanie konieczności zmian struktury.
Dzięki użyciu Autonomous Database konfiguracją, dostrajaniem, magazynem obiektów, wykonywaniem kopii zapasowych i aktualizowaniem bazy danych zarządza Oracle, co z kolei umożliwia używanie Essbase w federowanym środowisku chmury, bez konieczności poświęcania czasu na zarządzanie infrastrukturą.
W celu umożliwienia składowania części wspólnych jest obsługiwany zapis zwrotny przez Essbase. Na przykład wartości danych przesyłane przy użyciu Smart View (lub polecenia Insert języka MDX) są aktualizowane w tabeli faktów w Autonomous Data Warehouse.
Można także wykonywać obliczenia i operacje ładowania danych w Essbase, a oprogramowanie Essbase zapisze kod SQL w celu zaktualizowania tabeli faktów w Autonomous Data Warehouse.
Więcej tematów:
Inicjowanie obsługi Autonomous Data Warehouse w celu korzystania z partycji federowanych
Wdrażanie Essbase z serwisu Marketplace w celu korzystania z partycji federowanych
Konfigurowanie tabeli faktów i identyfikowanie wymiaru przestawnego
Obliczanie kostek z partycjami federowanymi i wykonywanie w nich zapytań
Obsługa kostki z partycją federowaną i rozwiązywanie problemów