18 Integraţi Essbase cu baza de date Autonomous Database utilizând partiţii federative

Partiţiile federative vă permit să integraţi cuburile Essbase cu Autonomous Data Warehouse, pentru a combina puterea analitică a Essbase cu beneficiile bazelor de date Autonomous Database.

Integrarea Essbase cu Autonomous Data Warehouse prin intermediul partiţiilor federative înseamnă că datele pentru cubul dvs. sunt stocate în Autonomous Data Warehouse.

Pentru a implementa această funcţie, Essbase şi Oracle Autonomous Database fără server (cu tipul de sarcină de lucru Autonomous Data Warehouse) trebuie să fie implementate împreună într-un tenancy Oracle Cloud Infrastructure, cu Autonomous Data Warehouse ca bază de date repository care păstrează schemele RCU pentru stiva Essbase implementată pe OCI din Marketplace.

Cuburile Essbase cu partiţii federative au câteva diferenţe funcţionale faţă de cuburile care nu sunt elemente ale unei federaţii de stocare în blocuri (BSO) şi stocare agregată (ASO).

Comparaţi diferenţele dintre cuburile ASO şi BSO pentru a decide care partiţie federativă este alegerea potrivită.

Tabelul 18-1 Diferenţele dintre stocarea agregată, stocarea în blocuri şi cuburile ca elemente ale unei federaţii

Stocare agregată (ASO) Stocare în blocuri (BSO) Cub cu partiţii ca elemente ale unei federaţii

	Stocare agregată (ASO)	Stocare în blocuri (BSO)	Cub cu partiţii ca elemente ale unei federaţii
Model de stocare a datelor	Datele sunt stocate în Essbase.	Datele sunt stocate în Essbase.	Datele sunt stocate într-un tabel relaţional în Autonomous Data Warehouse. În secţiuni din documentaţie, este denumit tabel de fapte.
Cum funcţionează	Numărul de dimensiuni poate fi foarte mare, conţinând milioane de membri, dar cubul are sectoare de date relativ dispersate (multe intersecţii dimensionale nu conţin date). Datele sunt introduse numai la nivelul 0. Cuburile sunt optimizate pentru agregare rapidă.	Numărul şi scalarea dimensiunilor sunt, de obicei, mai mici în comparaţie cu ASO. BSO conţine seturi dense de date. Unele dimensiuni sunt definite ca dense, cu date la majoritatea intersecţiilor, iar altele sunt definite ca dispersate. Acest lucru ajută Essbase să stocheze în mod eficient datele şi să optimizeze analiza dependenţelor (pentru a nu supracalcula). Datele pot fi introduse la orice nivel.	Proiectul Essbase este mapat la tabelul de fapte, permiţând stocării de date să rămână în Autonomous Data Warehouse, dar fiind în acelaşi timp accesibilă pentru analiză utilizând logica pe care aţi generat-o în aplicaţia Essbase. Capacităţile de analiză ale proiectului Essbase vă permit să analizaţi tabelul relaţional constant ca ierarhii, care foloseşte orice matematică procedurală complexă de care aţi putea avea nevoie pentru analiza multidimensională. Calculele şi agregările, ori de câte ori este posibil, sunt convertite de Essbase în SQL şi transmise către Autonomous Data Warehouse, astfel că procesarea are loc mai aproape de locul unde sunt stocate datele. Puteţi găsi fişierul SQL pe care Essbase îl scrie în jurnalul platformei, care se găseşte la `<DOMAIN_HOME>/servers/essbase_server1/logs/essbase`.
Cazuri de utilizare tipice	Cuburile ASO sunt utilizate, în general, pentru analize de agregare intensivă, calcule personalizate şi alocări. Încărcările de date pot fi defalcate în sectoare pentru actualizări frecvente şi intens paralelizate.	Cuburile BSO sunt utilizate, în general, pentru planificare financiară şi operaţională şi raportare interactivă a datelor agregate în raport cu sursa. Cuburile BSO sunt proiectate pentru cerinţe complexe de analiză, care presupune formule/matematică şi calcule procedurale frecvente.	Datele nu ies din Autonomous Data Warehouse, ceea ce elimină necesitatea reactualizării şi restructurării în Essbase. Deoarece creaţi partiţii federative pe baza unui cub ASO sau BSO existent, puteţi utiliza oricare dintre aceste opţiuni Essbase şi puteţi beneficia de stilul acestora de calcul şi interogări, fără să fie necesar să încărcaţi datele în Essbase sau să re-creaţi structura. Dacă organizaţia dvs. are deja un tabel de fapte stocat în Autonomous Data Warehouse, partiţiile federative vă permit să utilizaţi funcţionalitatea Essbase precum: Interogarea tabelelor folosind Smart View în Excel Capacităţi de calcul şi interogare puternice, inclusiv suport decizional financiar şi temporal Modelare şi prognoză ipotetică Capacităţi de writeback Dacă organizaţia dvs. utilizează deja Essbase, atunci partiţiile federative vă permit să accesaţi aceste beneficii ale stocării datelor în Autonomous Data Warehouse: Eliminarea latenţei datelor cauzată de procesele Essbase de încărcare a datelor Capacitatea de a gestiona volume mai mari de date decât este posibil în Essbase Alte beneficii operaţionale ale Autonomous Data Warehouse, inclusiv scalare automată şi copii de siguranţă automate

Model de stocare a datelor

Datele sunt stocate în Essbase.

Datele sunt stocate într-un tabel relaţional în Autonomous Data Warehouse.

În secţiuni din documentaţie, este denumit tabel de fapte.

Cum funcţionează

Numărul de dimensiuni poate fi foarte mare, conţinând milioane de membri, dar cubul are sectoare de date relativ dispersate (multe intersecţii dimensionale nu conţin date).

Datele sunt introduse numai la nivelul 0. Cuburile sunt optimizate pentru agregare rapidă.

Numărul şi scalarea dimensiunilor sunt, de obicei, mai mici în comparaţie cu ASO.

BSO conţine seturi dense de date. Unele dimensiuni sunt definite ca dense, cu date la majoritatea intersecţiilor, iar altele sunt definite ca dispersate. Acest lucru ajută Essbase să stocheze în mod eficient datele şi să optimizeze analiza dependenţelor (pentru a nu supracalcula).

Datele pot fi introduse la orice nivel.

Proiectul Essbase este mapat la tabelul de fapte, permiţând stocării de date să rămână în Autonomous Data Warehouse, dar fiind în acelaşi timp accesibilă pentru analiză utilizând logica pe care aţi generat-o în aplicaţia Essbase.

Capacităţile de analiză ale proiectului Essbase vă permit să analizaţi tabelul relaţional constant ca ierarhii, care foloseşte orice matematică procedurală complexă de care aţi putea avea nevoie pentru analiza multidimensională.

Calculele şi agregările, ori de câte ori este posibil, sunt convertite de Essbase în SQL şi transmise către Autonomous Data Warehouse, astfel că procesarea are loc mai aproape de locul unde sunt stocate datele.

Puteţi găsi fişierul SQL pe care Essbase îl scrie în jurnalul platformei, care se găseşte la <DOMAIN_HOME>/servers/essbase_server1/logs/essbase.

Cazuri de utilizare tipice

Cuburile ASO sunt utilizate, în general, pentru analize de agregare intensivă, calcule personalizate şi alocări.

Încărcările de date pot fi defalcate în sectoare pentru actualizări frecvente şi intens paralelizate.

Cuburile BSO sunt utilizate, în general, pentru planificare financiară şi operaţională şi raportare interactivă a datelor agregate în raport cu sursa.

Cuburile BSO sunt proiectate pentru cerinţe complexe de analiză, care presupune formule/matematică şi calcule procedurale frecvente.

Datele nu ies din Autonomous Data Warehouse, ceea ce elimină necesitatea reactualizării şi restructurării în Essbase. Deoarece creaţi partiţii federative pe baza unui cub ASO sau BSO existent, puteţi utiliza oricare dintre aceste opţiuni Essbase şi puteţi beneficia de stilul acestora de calcul şi interogări, fără să fie necesar să încărcaţi datele în Essbase sau să re-creaţi structura.

Dacă organizaţia dvs. are deja un tabel de fapte stocat în Autonomous Data Warehouse, partiţiile federative vă permit să utilizaţi funcţionalitatea Essbase precum:

Interogarea tabelelor folosind Smart View în Excel
Capacităţi de calcul şi interogare puternice, inclusiv suport decizional financiar şi temporal
Modelare şi prognoză ipotetică
Capacităţi de writeback

Dacă organizaţia dvs. utilizează deja Essbase, atunci partiţiile federative vă permit să accesaţi aceste beneficii ale stocării datelor în Autonomous Data Warehouse:

Eliminarea latenţei datelor cauzată de procesele Essbase de încărcare a datelor
Capacitatea de a gestiona volume mai mari de date decât este posibil în Essbase
Alte beneficii operaţionale ale Autonomous Data Warehouse, inclusiv scalare automată şi copii de siguranţă automate

Cu partiţiile federative, puteţi ocoli procesul de încărcare a datelor într-un cub Essbase înainte de efectuarea agregărilor şi interogărilor. Procesarea datelor are loc în cadrul Autonomous Data Warehouse, pentru a profita de beneficii Autonomous Database şi funcţionalităţile de analiză Essbase.

Ocolirea încărcărilor de date periodice din surse de date relaţionale în Essbase vă poate economisi costurile operaţionale asociate cu pipeline de extragere, transformare, încărcare (ETL) (utilizând fişiere de reguli sau alte procese de încărcare a datelor) şi elimină necesitatea restructurării proiectului.

Cu With Autonomous Database, configuraţia, optimizarea, stocarea, copiile de siguranţă şi actualizările sunt toate administrate de Oracle, aşadar, puteţi să utilizaţi Essbase într-un mediu cloud fără a pierde timp cu administrarea infrastructurii.

Operaţia de write-back este acceptată prin Essbase pentru intersecţiile stocate. De exemplu, valorile datelor pe care le trimiteţi utilizând Smart View (sau MDX Insert) sunt actualizate în tabelul de fapte în Autonomous Data Warehouse.

De asemenea, puteţi efectua calcule şi încărcări de date în Essbase, iar Essbase va scrie instrucţiunile SQL pentru a actualiza tabelul de fapte în Autonomous Data Warehouse.

Mai multe subiecte: