Niektóre funkcje nie są obsługiwane dla kostek Essbase z partycją federowaną.
Kostka musi znajdować się we własnej aplikacji o unikatowej nazwie. Kostki z partycjami federowanymi nie mogą współużytkować aplikacji z innymi kostkami. Nie można używać jednego schematu Autonomous Data Warehouse dla wielu instancji Essbase.
Oracle zaleca, aby przed załadowaniem danych do tabeli faktów za pośrednictwem Essbase wysłać plik danych na serwer Essbase. Ładowanie danych po stronie klienta jest obsługiwane, ale trwa dłużej.
Jeśli nie trzeba ładować danych do Autonomous Data Warehouse za pośrednictwem Essbase, można użyć narzędzi Data Tools w bazie danych Autonomous Database, aby załadować dane do tabeli faktów i wykonać inne zadania z zakresu zarządzania. Należy jednak zadbać, aby nie doszło do utraty synchronizacji między strukturą kostki a tabelą faktów (zob. Środki ostrożności dotyczące metadanych kostek partycji federowanej).
Ładowanie plików eksportu danych sformatowanych przez Essbase do kostek z partycją federowaną może zająć dużo czasu. Aby zoptymalizować ładowanie danych, należy użyć sformatowanego pliku źródła DBMS. Można go utworzyć, używając polecenia obliczeniowego DATAEXPORT z opcją DataExportCSVFormat. Pliki w formacie CSV można ładować szybciej, ponieważ są one zgodne z opcjami formatu pakietu DBMS_CLOUD dotyczącymi plików źródłowych.
Wymiar przestawny używany w plikach wejściowych ładowania danych musi być taki sam jak wymiar przestawny w tabeli faktów.
Importowanie danych z wielu plików równolegle przy użyciu instrukcji import narzędzia MaxL z wieloznacznikami nie jest obsługiwane w przypadku kostek z partycjami federowanymi.
Eksportowanie kostki z partycją federowaną do skoroszytu aplikacji nie jest obsługiwane (nie można wyeksportować danych ani definicji partycji).
Operacje importu wykonywane za pomocą narzędzia Lifecycle Management (LCM) (oraz importu przy użyciu narzędzia Migration Utility) nie są obsługiwane podczas migracji partycji federowanych. Partycje federowane trzeba ręcznie utworzyć ponownie w miejscu docelowym.
Blokowy tryb obliczeń (włączany, gdy ustawienie konfiguracji Essbase o nazwie CALCMODE ma wartość BLOCK) nie ma zastosowania do kostek z partycjami federowanymi. Przetwarzanie obliczeń jest wypychane do Autonomous Data Warehouse. Jeśli wystąpi wyjątek i obliczenia będą przetwarzane na serwerze Essbase, analiza zależności będzie wykonywana na podstawie kolejności rozwiązywania.
Podczas wykonywania alokacji niestandardowych w kostce stanowiącej magazyn agregacji z partycją federowaną można tylko zastępować istniejące wartości. Nie można dodawać do istniejących wartości ani od nich odejmować.
Niestandardowe obliczenia i alokacje dotyczące magazynu agregacji są obsługiwane dla kostek z partycjami federowanymi wyłącznie za pośrednictwem logiki wstawiania MDX. Wszystkie ograniczenia, które opisano dla operacji Wstawianie MDX, mają też zastosowanie do niestandardowych obliczeń i alokacji w kostce z partycją federowaną.
Operacje przyrostowego ładowania danych dotyczące magazynu agregacji wykonywane przy użyciu buforów nie są obsługiwane w kostce z partycją federowaną.
Kostki stanowiące wolumin blokowy muszą być w trybie hybrydowym, aby obsługiwać partycje federowane. Dla aplikacji zawierającej partycję federowaną nie należy konfigurować w ustawieniu ASODYNAMICAGGINBSO żadnej innej wartości niż FULL, gdyż w przeciwnym razie wyniki zapytania mogą być niepoprawne, a w dzienniku zostanie zapisany komunikat ostrzegawczy.
Jeśli planowane jest uruchamianie skryptów obliczeń dotyczących wolumenu blokowego (BSO) w Essbase, jako wymiar przestawny należy wybrać wymiar gęsty. Skrypty obliczeń nie są obsługiwane w przypadku partycji federowanych, jeśli wymiar przestawny jest wymiarem rzadkim.
W przypadku kostek stanowiących magazyn agregacji nie można wybierać wymiarów zawierających wielopoziomowe hierarchie elementów składowanych jako wymiarów przestawnych. Należy wybrać wymiar przestawny z hierarchiami dynamicznymi albo z hierarchią składowaną, która jest płaska i jednopoziomowa (gdzie wszystkie elementy są elementami składowanymi poziomu 0).
W bazach danych Oracle obowiązuje limit 1000 kolumn i jest on dziedziczony przez wymiar przestawny. Liczbę odpowiednich elementów kolumn w wymiarze przestawnym należy ustalić w taki sposób, aby nie przekroczyć tego limitu. Liczba potencjalnych kombinacji składowanych elementów w wymiarze przestawnym oraz liczba wymiarów w kostce nie mogą łącznie przekroczyć 1000.
Poniższe polecenia obliczeniowe nie są obsługiwane dla kostek z partycjami federowanymi, a ich użycie spowoduje zwrócenie błędu:
#MISSING dla kostek z partycjami federowanymi)Więcej informacji dotyczących obsługi obliczeń można znaleźć na stronie Obliczanie kostek z partycjami federowanymi i wykonywanie w nich zapytań.
Skrypty obliczeń, w których jest używana funkcja @MDALLOCATE, nie są obsługiwane, a próby ich wykonania będą się kończyć niepowodzeniem i zwróceniem komunikatu o błędzie.
Niektóre długo wykonywane obliczenia używające logiki IF/ELSEIF/ELSE mogą w kostkach z partycjami federowanymi zakończyć się niepowodzeniem i zwróceniem jednego lub obu następujących błędów ORA z Autonomous Data Warehouse:
ORA-04036: PGA memory used by the instance or PDB exceeds PGA_AGGREGATE_LIMIT
ORA-12805: parallel query server died unexpectedly
W przypadku napotkania takich błędów może być konieczne zwiększenie konfiguracji sprzętowej Autonomous Data Warehouse do 16 rdzeni CPU i 128 GB pamięci RAM. Zob. w dokumentacji OCI: Zmiana wariantu instancji.
Zarządzanie scenariuszami nie jest obsługiwane.
Dla kostki z partycją federowaną nie można tworzyć (nie jest to obsługiwane) partycji przezroczystych ani replikowanych.
MaxL nie obsługuje tworzenia ani zmieniania partycji federowanych, ale można używać interfejsu REST API.
Instrukcje MaxL i interfejsy API służące do czyszczenia/resetowania danych, czyszczenia obszarów danych i czyszczenia agregacji nie są obsługiwane.
Listy tekstów (tzw. listy inteligentne) nie są obsługiwane
Zakończenie wykonywania żądań nie jest obsługiwane.
Atrybuty zmienne, a także domyślne obliczenia atrybutów inne niż sumowanie nie są obsługiwane.
Drugorzędna instrukcja SELECT dla MDX nie jest obsługiwana.
Tworzenie widoków agregacji (instrukcje MaxL execute aggregate process|build|selection) nie jest obsługiwane.
Scalanie obszarów/wycinków danych nie ma zastosowania, ponieważ dane są przechowywane w Autonomous Data Warehouse.
Informacje zwracane z instrukcji MaxL query application APP-NAME list aggregate_storage storage_info (lub równoważnego API) nie są kompletne/dokładne.
Kostki walut nie są obsługiwane.
Ślad inspekcji danych nie jest obsługiwany.
Wyzwalacze zdarzeń kostek nie są obsługiwane.
Zapytania asymetryczne mogą mieć mniejszą wydajność (być wykonywane wolniej).
Wydajność zapisu zwrotnego (na przykład szybkość przesyłania aktualizacji danych ze Smart View) może być niska, jeśli trzeba przesłać dużą ilość danych.
Kopiowanie aplikacji i kostek z partycjami federowanymi oraz zmienianie ich nazw nie jest obsługiwane.
Następujące ustawienia konfiguracyjne aplikacji lub serwera Essbase są ignorowane:
Jeśli w strukturze Essbase znajduje się zbyt wiele poziomów, tworzenie partycji federowanej może zakończyć się niepowodzeniem z powodu następującego błędu: Odległe ostrzeżenie z partycji federowanej dla perspektywy analitycznej: [ORA-04063: hierarchia zawiera błędy].
Tworzenie partycji federowanej może zakończyć się niepowodzeniem, jeśli znaki używane w nazwach wymiarów Essbase lub długości tych nazw albo znaki używane w nazwach elementów w wymiarze przestawnym lub długości tych nazw nie są obsługiwane lub są uznawane za specjalne w Autonomous Data Warehouse. Te ograniczenia należy wziąć pod uwagę oprócz opisanych w następującym temacie dokumentacji Essbase: Naming Conventions for Dimensions, Members, and Aliases.
Partycję federowaną można usunąć wyłącznie z poziomu internetowego interfejsu Essbase. Nie można jej usunąć za pomocą narzędzia Cube Designer.