Met federatieve partities kunt u Essbase kubussen integreren met Autonomous Data Warehouse om de analytische kracht van Essbase te combineren met de voordelen van Autonomous Database.
Essbase integratie met Autonomous Data Warehouse via een federatieve partitie betekent dat de gegevens voor uw kubus worden opgeslagen in Autonomous Data Warehouse.
Als u deze functie wilt implementeren, moeten Essbase en Oracle Autonomous Database Serverless (met het soort werkbelasting 'Autonomous Data Warehouse') samen zijn geïmplementeerd in een gedeelde tenancy van Oracle Cloud Infrastructure, waarbij Autonomous Data Warehouse fungeert als de repositorydatabase met daarin de RCU-schema's voor de Essbase stack die vanuit Marketplace is geïmplementeerd in OCI.
Essbase kubussen met federatieve partities verschillen op enkele belangrijke punten van niet-federatieve kubussen met blokopslag (BSO) en kubussen met geaggregeerde opslag (ASO).
Vergelijk de verschillen tussen ASO- en BSO-kubussen om te bepalen of een federatieve partitie de juiste keuze is.
Tabel 18-1 Verschillen tussen geaggregeerde opslagkubussen, blokopslagkubussen en federatieve kubussen
| Aggregatieopslag (ASO) | Blokopslag (BSO) | Federatieve partitiekubus | |
|---|---|---|---|
| Gegevensopslagmodel |
Gegevens worden opgeslagen in Essbase. |
Gegevens worden opgeslagen in Essbase. |
Gegevens worden opgeslagen in een relationele tabel in Autonomous Data Warehouse. Op andere plekken in de documentatie wordt dit ook wel de feitentabel genoemd. |
| Hoe het werkt. |
Het aantal dimensies kan erg groot zijn, met miljoenen onderdelen, maar de kubus heeft relatief schaarse gegevenssegmenten (veel snijpunten van dimensies bevatten geen gegevens). Gegevens worden alleen ingevoerd op niveau 0. Kubussen worden geoptimaliseerd voor snelle aggregatie. |
Het aantal en de schaal van dimensies is meestal kleiner dan bij ASO. BSO biedt plaats aan dichte gegevenssets. Sommige dimensies worden als 'dicht' omschreven, met gegevens bij de meeste snijpunten, terwijl andere dimensies als 'schaars' worden beschouwd. Dit helpt Essbase om gegevens efficiënt op te slaan en een afhankelijkheidsanalyse te optimaliseren (om overberekening te voorkomen). Gegevens kunnen op elk niveau worden ingevoerd. |
De Essbase structuur wordt toegewezen aan de feitentabel, waardoor de gegevens opgeslagen kunnen blijven in Autonomous Data Warehouse terwijl ze toegankelijk zijn voor analyse met behulp van de logica die u inbouwt in uw Essbase applicatie. De analytische mogelijkheden van uw Essbase structuur stellen u in staat om de platte relationele tabel te analyseren als een hiërarchie. Hierbij kunt u elke complexe procedurele wiskundige bewerking gebruiken die nodig is voor uw multidimensionale analyse. Berekeningen en aggregaties worden, indien mogelijk, door Essbase geconverteerd naar SQL en gepusht naar Autonomous Data Warehouse, zodat de verwerking dichter bij de opslaglocatie van de gegevens gebeurt. U kunt de SQL die Essbase heeft geschreven, vinden in het platformlogbestand, dat is opgeslagen in |
| Typische gebruiksscenario's |
ASO-kubussen worden meestal gebruikt voor intensieve aggregatieanalyses, aangepaste berekeningen en toewijzingen. Geladen gegevens kunnen worden opgedeeld in segmenten voor frequente, sterk geparallelliseerde updates. |
BSO-kubussen worden vaak gebruikt voor financiële en operationele planning en voor interactieve rapportages van geaggregeerde gegevens ten opzichte van de bron. BSO-kubussen zijn ontworpen voor complexe analytische vereisten waarvoor formules/wiskundige bewerkingen nodig zijn, evenals frequente procedurele berekeningen. |
Gegevens blijven binnen Autonomous Data Warehouse, waardoor vernieuwen en herstructureren niet nodig is in Essbase. Aangezien u de federatieve partitie maakt op een bestaande ASO- of BSO-kubus, kunt u beide Essbase opties gebruiken en uw voordeel doen met de bijbehorende stijl van berekeningen en query's, zonder dat u de gegevens hoeft te laden in Essbase of de structuur hoeft aan te passen. Als uw organisatie al een feitentabel heeft opgeslagen in Autonomous Data Warehouse, biedt de federatieve partitie u de mogelijkheid gebruik te maken van Essbase functionaliteit, zoals:
Als uw organisatie Essbase al gebruikt, biedt de federatieve partitie u de mogelijkheid gebruik te maken van deze voordelen van het opslaan van gegevens in Autonomous Data Warehouse:
|
Met een federatieve partitie is het niet nodig om eerst gegevens in een Essbase kubus te laden voordat u aggregaties en query's uitvoert. De gegevensverwerking vindt plaats binnen Autonomous Data Warehouse, dit om de voordelen van Autonomous Database te benutten, evenals de analytische functies van Essbase.
Door het normale laden van gegevens naar Essbase over te slaan, bespaart u operationele kosten rondom de pijplijn voor extraheren, transformeren en laden (met behulp van regelbestanden of andere processen voor het laden van gegevens) en is het evenmin nodig om structuren aan te passen.
Met Autonomous Database worden databaseconfiguratie, afstemming, objectopslag, back-ups en updates allemaal door Oracle beheerd. Dit betekent dat u Essbase kunt gebruiken in een federatieve cloudomgeving zonder dat u tijd kwijt bent aan infrastructuurbeheer.
Terugschrijving wordt ondersteund via Essbase naar opgeslagen intersecties. De gegevenswaarden die u bijvoorbeeld verstuurt met Smart View (of MDX Insert) worden bijgewerkt in de feitentabel in Autonomous Data Warehouse.
U kunt in Essbase ook berekeningen uitvoeren en gegevens laden, waarna door Essbase SQL wordt geschreven om de feitentabel in Autonomous Data Warehouse bij te werken.
Meer onderwerpen:
Autonomous Data Warehouse faciliteren voor federatieve partities
Essbase vanuit Marketplace implementeren voor federatieve partities
Een feitentabel en draaitabeldimensie voor identiteit instellen
Kubussen met federatieve partities berekenen en er query's op uitvoeren
Onderhoud en probleemoplossing van kubussen met federatieve partities