Introduksjon av gjennomdrilling i Essbase

Når Smart View-brukere trenger flere opplysninger enn de som er tilgjengelig i kuben, kan gjennomdrillingsrapporter gi tilpasset tilgang til eksterne kildedata.

Den detaljerte inndelingen av data som er lagret i datavarehus og andre kildedatasystemer, fører ofte til at mengden eksterne data er for stor til å være nyttig i analyser. Når du skal fylle ut en Essbase-kube med den optimale datamengden for analyse, er det vanlig praksis å aggregere kildedataene (for eksempel aggregere daglige transaksjonsverdier til ukentlige eller månedlige totalsummer) og laste disse aggregerte dataene til Essbase-kuben.

Hvis Smart View-brukere kjører påfølgende analyser av dataene i Essbase og finner uregelmessigheter det er verdt å undersøke, kan de bruke gjennomdrilling til å vise underliggende kildedata raskt og søke etter årsaken. Hvis augustdataene for eksempel er uventet forskjellige fra juli, kan brukerne drille gjennom til kildesystemet og finne ut hvilke poster dette kan skyldes.

Hvis databasestyrere vil at analytiske Smart View-brukere skal få tilleggsopplysninger om hva som utgjør én eller flere dataverdier i kuben, kan de implementere gjennomdrillingsrapporter som gir mer inngående innsikt i kildedataene før de rulles opp og lastes til Essbase.

Gjennomdrillingsrapporter er en metode du kan bruke til å bygge et datautvekslingsgrensesnitt mellom Essbase og eksterne kildesystemer.

Tenk deg er relasjonstabell, SB_DT, der alle postene er valgt. SQL-spørringen er:

SELECT * FROM SB_DT

Spørringsresultatet (i SQL Developer) er avkuttet i lengde i denne illustrasjonen, ettersom det finnes flere tusen poster i tabellen:

Visning av tabelldata i SQL Developer. Tusenvis av rader med kolonnen DIMENSION_PRODUCT som inneholder verdier for lagerenheter for produkt, kolonnen DIMENSION_MARKET som inneholder delstater i USA, kolonnen DIMENSION_YEAR som inneholder måneder, kolonnen DIMENSION_SCENARIO som inneholder faktiske verdier eller budsjetterte verdier, og kolonner med tall som heter SALES, COGS, MARKETING og PAYROLL.

Tenk deg samme tabell med færre poster valgt. Hvis for eksempel SQL-utvalget er begrenset til navngitte kolonner, målinger er aggregert og det er brukt et filter (WHERE-ledd),

select DIMENSION_PRODUCT, DIMENSION_MARKET, YEAR_PARENT, DIMENSION_SCENARIO, sum(SALES) as SALES, sum(COGS) as COGS
         from SB_DT where DIMENSION_SCENARIO ='Actual' AND DIMENSION_MARKET ='California' AND YEAR_PARENT ='Qtr4' group by DIMENSION_PRODUCT, DIMENSION_MARKET,
        YEAR_PARENT, DIMENSION_SCENARIO

blir spørringsresultatet aggregert og filtrert:

Visning av tabelldata i SQL Developer. 12 rader med kolonnen DIMENSION_PRODUCT som inneholder verdier for lagerenheter for produkter, kolonnen DIMENSION_MARKET som inneholder California, kolonnen YEAR_PARENT som inneholder kvartal 4, kolonnen DIMENSION_SCENARIO som inneholder faktiske verdier, og kolonnene med tall som heter SALES og COGS.

Du kan utnytte kraften i RDBMS-spørringer i Essbase ved å bruke datakilder, datalasting og gjennomdrillingsrapporter. Gjennomdrillingsrapporter gir filtrert tilgang til en ekstern datakilde direkte fra en Essbase-spørring i et Smart View-regneark.

Gjennomdrillingsterminologi

Dette emnet forklarer betydningen av terminologi knyttet til gjennomdrilling i Essbase.

Drille gjennom (verb)

Å drille gjennom er å få tilgang til eksterne data fra ett eller flere Essbasecelleskjæringspunkter i et Smart View-regneark. Gjennomdrillingen gir tilleggsopplysninger som ikke finnes i Essbase-kuben. Behovet for å drille gjennom oppstår når Essbase inneholder aggregerte ("opprullerte") verdier og det eksterne kildesystemet har mer detaljerte data som kan gjøres tilgjengelige.

Hvis en spørring utføres etter gjennomdrilling, vises resultatene i et nytt regneark som åpnes. Dette er gjennomdrillingsrapporten. Rapporten inneholder opplysninger som er hentet fra de eksterne kildedataene.
Hvis en URL-adresse startes ved gjennomdrilling, åpnes den i en nettleser. Parametre kan sendes til URL-adressen for å utføre et tilpasset søk på nettstedet.

Gjennomdrillingsrapport

En gjennomdrillingsrapport er resultatet av en gjennomdrillingsoperasjon, som er utført fra et Smart View-rutenett til tilleggsdata fra et kildesystem utenfor Essbase.

Definisjon av gjennomdrillingsrapport

Hvis du er databasestyrer eller høyere, er en definisjon av en gjennomdrillingsrapport metoden du bruker til å definere tilgangen brukerne må ha til eksterne opplysninger. Du oppretter definisjoner av gjennomdrillingsrapporter i Web-grensesnittet for Essbase eller REST-API-et. De er knyttet til kuben. Du angir følgende som en del av definisjonen:

En kolonnetilordning. Denne angir hvilke eksterne kolonner du vil vise i rapportene, og hvor stor hierarkisk dybde (antall generasjoner) du vil gi tilgang til (vil du for eksempel vise daglige, månedlige eller kvartalsvise opplysninger fra den eksterne kilden?)
Et drillbart område. Dette angir hvilke celleskjæringspunkter i kuben som gir tilgang til gjennomdrillingsrapporter (eller en URL-adresse) som inneholder flere eksterne data. I eksemplene nedenfor er drillbare områder i skjæringspunktet i Smart View-regnearket fargekodet med blått, ved hjelp av cellestiler. Du angir drillbare områder ved hjelp av hvilke som helst Funksjoner for medlemssett som er tilgjengelige i Essbase. I eksemplene nedenfor er det drillbare området @DESCENDANTS("Measures") i Sample Basic.
En tilordning for kjøretidsparametre, hvis en spørring med parametre er implementert i den underliggende datakildespørringen (valgfritt).

Definisjoner av gjennomdrillingsrapporter er vanligvis avhengige av forhåndsdefinerte tilkoblinger og datakilder i Essbase (med mindre du definerer tilgang til en fil som er lastet opp til Essbase). En tilkobling lagrer autentiseringsdetaljene i den eksterne kilden. Én eller flere datakilder du definerer via tilkoblingen, gjør at du kan angi en innledende spørring for henting fra den eksterne kilden (for eksempel ved å velge alt fra en bestemt tabell). Spørringen du angir i datakilden, kan hente et delsett av data som er så stort eller lite som det du ønsker å begynne med. Senere begrenser du hvor mye datatilgang du vil gi, når du oppretter eller redigerer definisjonen av gjennomdrillingsrapporten.

Arbeidsflyt for utforming av gjennomdrillingsrapporter

Som databasestyrer bruker du arbeidsflyten nedenfor til å utforme og teste gjennomdrillinger for kuben.

Klargjør datatilgang
1. Last opp en datafil, ELLER
2. Hent autorisasjonsopplysningene du trenger for å få tilgang til et eksternt kildesystem
3. Definer en tilkobling og én eller flere datakilder i datafilen eller den eksterne kilden. Se Opprette en global tilkobling og datakilde eller Opprette en tilkobling og datakilde på applikasjonsnivå.
Opprett definisjoner av gjennomdrillingsrapporter i kuben
1. definer kolonnetilordningen
2. definer det drillbare området
3. tilordne kjøretidsparametre, hvis de brukes
Test gjennomdrillingsrapportene
1. Klargjør Smart View
  - installer den nyeste versjonen
  - koble til kuben
  - aktiver cellestiler for å vise drillbare områder
2. Drill gjennom fra forskjellige celleskjæringspunkt i Smart View
  - drill gjennom fra ett skjæringspunkt
  - drill gjennom fra flere skjæringspunkt
  - drill gjennom fra celler i forskjellige generasjoner
3. Kontrollere utdataene fra gjennomdrillingsrapporten og plattformloggen

Denne arbeidsflyten og resten av introduksjonen fremhever det du må vite for å kunne utforme og teste gjennomdrillingstilgang til eksterne kildedata i RDBMS. Hvis du er mer interessert i implementering av URL-adresser for gjennomdrilling, kan du se Drille gjennom til en URL-adresse.

Hvis du vil forstå de ulike tilgangskravene for utforming og bruk av gjennomdrilling, kan du se Tilgang til gjennomdrillingsrapporter.

Slik fungerer gjennomdrilling

I dette eksemplet kan du tenke deg at Sample Basic-kuben i Essbase har Qtr1 - Qtr4 som de laveste nivåene i tidsdimensjonen.

Hierarkiet Year. Year er dimensjonsnavnet, og Qtr1, Qtr2, Qtr3 og Qtr4 er underordnet på nivå 0.

Det finnes ingen måneder i disposisjonshierarkiet, men de månedlige dataene er tilgjengelige i det eksterne kildesystemet, i en tabellkolonne med navnet DIMENSION_YEAR:

Kolonnen DIMENSION_YEAR med månedsverdiene Aug, Sep, Oct og så videre.

Når en Smart View-bruker driller gjennom et celleskjæringspunkt for en Sales-verdi for Qtr1:

Smart View-rutenett med brukervalg i celleverdien 1998 ved skjæringspunktet for (Qtr1, Sales, New York, Actual, Cola)

Gjennomdrillingsrapporten Essbase genererer, er følgende:

Gjennomdrillingsrapport fra kildesystemet som bare returnerer poster der YEAR_PARENT=Qtr1, og som viser en totalsum for SALES på 1998

Gjennomdrillingsrapporten viser tilleggsopplysninger fra kildedatabasen om Sales for Qtr1. Legg merke til at verdiene for Jan, Feb og Mar utgjør verdien for Qtr1: 678+645+675=1998.

Spørringen Essbase bruker internt til å bygge gjennomdrillingsrapporten ovenfor, er følgende:

SELECT
        "DIMENSION_PRODUCT", "DIMENSION_MARKET", "DIMENSION_YEAR", "DIMENSION_SCENARIO",
        "SALES", "COGS", "YEAR_PARENT"  FROM <Query defined in Datasource> WHERE
        "YEAR_PARENT" = 'Qtr1' AND "DIMENSION_PRODUCT" = '100-10' AND "DIMENSION_MARKET" =
        'New York' AND "DIMENSION_SCENARIO" = 'Actual'

Fra plattformloggen kan administratorer få tilgang til de nøyaktige spørringene bak hver enkelt gjennomdrillingsrapport.

Definisjon av gjennomdrillingsrapport

Hvis du er databasestyrer eller høyere, er en definisjon av en gjennomdrillingsrapport metoden du bruker til å definere tilgangen brukerne må ha til eksterne opplysninger.

Merknad:

Ikke gi nytt navn til definisjoner av gjennomdrillingsrapporter. Definisjoner av gjennomdrillingsrapporter som får nytt navn, kan kanskje ikke redigeres og fungerer kanskje ikke som forventet.

Når en gjennomdrillingsrapport som er generert i Slik fungerer gjennomdrilling skal aktiveres, har databasestyreren opprettet en definisjon av gjennomdrillingsrapporten som er knyttet til Sample Basic. Gjennomdrillingsrapporten refererer til en forhåndsdefinert datakilde som bruker en spørring til å hente eksterne data fra SB_DT (den hypotetiske kildesystemtabellen som er nevnt i Introduksjon av gjennomdrilling i Essbase).

Databasestyreren har angitt følgende kolonnetilordning i definisjonen av gjennomdrillingsrapporten:

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
DIMENSION_PRODUCT	J	Product	Product SKU [generasjon]
DIMENSION_MARKET	J	Market	State [generasjon]
DIMENSION_YEAR	J	Year	Ingen
DIMENSION_SCENARIO	J	Scenario	Nivå0 [Nivå]
SALES	J	Ingen	--
COGS	J	Ingen	--
YEAR_PARENT	J	Year	Kvartal [generasjon]

Kolonnetilordningen definerer hvilke eksterne kildekolonner som skal inkluderes i rapporten, hvilke Essbase-dimensjoner disse kolonnene er tilordnet til, og (valgfritt) en filterbetingelse av typen generasjon/nivå som angir hvor stor tilgangsdybde som skal gis.

I tilordningsmalen som vises ovenfor, har databasestyreren gjort følgende:

Tilordnet den eksterne DIMENSION_PRODUCT-kolonnen til generasjonen med navnet Product SKU i dimensjonen Product i Essbase. Denne typen kolonnetilordning kalles generasjonstilordning.
Tilordnet den eksterne DIMENSION_MARKET-kolonnen til generasjonen State i dimensjonen Market i Essbase (dette er et annet eksempel på generasjonstilordning).
Tilordnet den eksterne DIMENSION_YEAR-kolonnen til dimensjonen Year, uten noe ytterligere filter. Denne typen kolonnetilordning kalles dimensjonstilordning.
Tilordnet den eksterne DIMENSION_SCENARIO-kolonnen til det laveste nivået (nivå 0) for dimensjonen Scenario i Essbase. Denne typen kolonnetilordning kalles nivå 0-tilordning.
Ikke tilordnet kolonnene SALES og COGS til noe, men har valgt å inkludere disse kolonnene i rapporten. Det er vanligvis ikke nødvendig å tilordne kolonner til kontodimensjonen i Essbase.
Tilordnet den eksterne YEAR_PARENT-kolonnen til generasjonen med navnet Quarter i dimensjonen Year.

Kolonnetilordningsvalg

Ettersom spørringen Essbase generer for å hente data fra datakilden, er svært avhengig av den definerte kolonnetilordningen, kan det være nyttig å forstå de ulike metodene for kolonnetilordning, og i hvilke tilfeller hver enkelt metode er nyttig. Dette er de ulike typene kolonnetilordning:

Dimensjonstilordning
Generasjonstilordning
Nivå 0-tilordning

Dimensjonstilordning

Med dimensjonstilordning tilordner du en kildedatakolonne direkte til et dimensjonsnavn i Essbase-kuben. Denne typen tilordning er mest nyttig når kildedatakolonnen inneholder alle datalagene som er representert i den tilsvarende dimensjonen i kuben.

Hvis kildedatakolonnen MONTH for eksempel inneholder en blanding av alle de samme generasjonene/nivåene som dimensjonen har, som vist,

Side-ved-side-visning av en avkortet relasjonskolonne, MONTH, ved siden av et avkortet Year-hierarki fra Sample Basic. Kolonnen MONTH inneholder postene Jan, Qtr3, Feb, Qtr1, Year, Aug og så videre. Hierarkiet Year inneholder Qtr1 med underordnede Jan, Feb, Mar, Qtr2 med underordnede Apr, May, Jun og så videre.

er det lurt å tilordne kolonnen MONTH til dimensjonen Year i Essbase, uten noe ytterligere filter:

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
MONTH	J	Year	Ingen

Når du bruker en dimensjonstilordning for MONTH som vist ovenfor, er filterbetingelsen (WHERE-leddet i SQL-spørringen) ikke forhåndsdefinert for kolonnen MONTH:

SELECT "MONTH"
FROM <Query defined in Datasource>
WHERE "MONTH" = '<Grid context>'

og gjennomdrillingsresultatet for MONTH returnerer det gjeldende celleskjæringspunktet i Smart View.

Lær mer om hvordan dimensjonstilordning fungerer, i Eksempel på brukstilfelle med gjennomdrilling.

Generasjonstilordning

Med generasjonstilordning tilordner du en kildedatakolonne til en navngitt generasjon i en Essbase-dimensjon. Denne typen tilordning er nyttig når kildedatakolonnen bare inneholder datalaget som er representert i en bestemt generasjon av en dimensjon i kuben. Hvis kildedatakolonnen MONTH for eksempel bare inneholder måneder og dimensjonen Year har måneder i generasjon 3,

er det beste valget å tilordne kildekolonnen til generasjon 3 (Months) i dimensjonen Year:

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
MONTH	J	Year	Months [generasjon]

Når du bruker en generasjonstilordning for MONTH som vist ovenfor, er spørringsfilterbetingelsen forhåndsdefinert for kolonnen MONTH:

SELECT "MONTH"
FROM <Query defined in Datasource>
WHERE "MONTH" = '<Generation filter>'

og gjennomdrillingsresultatet for MONTH returnerer verdier ned til generasjonen Months i dimensjonen Year. Ingen data (hvis det finnes noen) blir returnert for nivåer under Months.

Generasjonstilordning er ikke ideelt for asymmetriske (ujevne) hierarkier. En generasjonstilordning har ingen virkning på gjennomdrillingsspørringen i en dimensjon med et ujevnt hierarki hvis ikke gjennomdrillingen utføres på et medlem i en direkte nedarvet linje til generasjonen der kolonnetilordningen er definert. Oracle ønsker å unngå uventede resultater og anbefaler bruk av nivå 0-tilordning i stedet for gjennomdrilling i asymmetriske hierarkier.

Lær mer om hvordan generasjonstilordning fungerer, i Eksempel på brukstilfelle med gjennomdrilling.

Nivå 0-tilordning

Med nivå 0-tilordning legger Essbase til alle medlemmer på bladnivå fra hierarkiet under celleskjæringspunktet (uansett hvilket medlem som er valgt i den gjeldende Smart View-rutenettkonteksten under kjøring), i filterbetingelsen.

Nivå 0-tilordning er nyttig ved arbeid med asymmetriske (ujevne) hierarkier. I et ujevnt hierarki har ikke medlemmer på samme nivå den samme generasjonsdybden i disposisjonen.

Illustrasjon av medlemmer i ujevnt hierarki Measures, som er det øverste medlemmet, er generasjon 1 og er både nivå 2 og nivå 3. Underordnede av Measures, som er Profit, Inventory og Ratios, er generasjon 2 samt nivå 1 og 2. Medlemmer fra a til h er underordnede for Profit, Inventory og Ratios, og de er generasjon 3 samt nivå 0 og 1. Medlemmene aa, ab, ba, bb og bc er underordnede for a og b, og er generasjon 4, nivå 0.

Et vanlig eksempel på et ujevnt hierarki er en organisasjonsstruktur med ansatte.

Dimensjonen Product i Essbase-kubedimensjonen for Sample Basic ville vært et ujevnt hierarki hvis noen få underordnede produkter ble lagt til under 100-10 (Cola):

Visning av et avkortet produkthierarki fra endret Sample Basic. Inneholder produkt 100 med underordnede 100-10, 100-20, 100-30 og så videre. 100-10 er utvidet for å vise de tilføyde underordnede medlemmene 100-10-10, 100-10-20, 100-10-30 og 100-10-40.

Hvis databasestyreren tilordner kildekolonnen PRODUCT til nivå 0 i dimensjonen Product, som vist:

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
PRODUCT	J	Product	Nivå0 [Nivå]

er spørringsfilterbetingelsen forhåndsdefinert for kolonnen PRODUCT:

SELECT "PRODUCT"
FROM <Query defined in Datasource>
WHERE  "PRODUCT" = <Level0> below <Grid context>

og gjennomdrillingsresultatet for PRODUCT returnerer alle nivå 0-medlemmer under medlemmet Product som er valgt i det gjeldende celleskjæringspunktet i Smart View.

Lær mer om hvordan nivå 0-tilordning fungerer, i Eksempel på brukstilfelle med gjennomdrilling.

Eksempel på brukstilfelle med gjennomdrilling

I dette eksemplet på et brukstilfelle undersøker vi følgende faktorer som du må vurdere når du utformer tilgang til gjennomdrillingsrapporter for Smart View-brukere:

En Essbase-kube for analyse
Et eksternt kildesystem for gjennomdrilling
En definisjon av en gjennomdrillingsrapport med kolonnetilordning definert av databasestyreren
Resultater av gjennomdrillingsrapporten fra Smart View

Essbase-kube

I dette eksemplet er grunnlaget en kube som ligner på Essbase-demokuben, Sample Basic, men med bare data på kvartalsnivå for tidsdimensjonen i kuben (måneder er fjernet). Tenk deg at dimensjonen Year har Qtr1 - Qtr4 som de laveste (nivå 0) medlemmene:

Selv om måneder mangler i dette disposisjonshierarkiet, er månedsdataene tilgjengelige eksternt ved gjennomdrilling i kildesystemet (anta at det er Oracle Database) og ved tilgang til opplysninger fra en kolonne med navnet DIMENSION_YEAR:

For de resterende dimensjonene kan du anta at de er de samme som i Essbase-demokuben Sample Basic, som er tilgjengelig i galleridelen i filkatalogen. Her kommer en rask gjennomgang av dem:

Dimensjonen Measures sporer nøkkeltall for konti, ved hjelp av dynamiske beregninger med beregningsformler i Essbase.

Dimensjonen Measures med generasjon 2-medlemmene Profit, Inventory og Ratios. Profit utvides til å vise de underordnede medlemmene Margin og Total Expenses. Margin utvides til å vise de underordnede medlemmene Sales og COGS. Inventory og Ratios utvides ikke, men begge har underordnede medlemmer.

Dimensjonen Product sporer det aktive lageret to generasjoner tilbake i dybde, til generasjon 2 med navnet Category (utfylt av 100 [alias Colas], 200, 300, 400 og Diet) og generasjon 3 / nivå 0 med navnet Product SKU (utfylt av 100-10 [alias Cola], 100-20 og så videre).

Dimensjonen Product med generasjon 2-medlemmene 100, 200, 300, 400 og Diet. Medlemmet 100 i kategorien Product utvides til å vise underordnede medlemmer på nivå 0 for Product SKUs: 100-10, 100-20 og 100-30. Andre medlemmer i produktkategorien, 200, 300 400 og Diet, utvides ikke, men hver enkelt har ekstra underordnede medlemmer.

Dimensjonen Market gir en geografisk fordeling med to ekstra generasjoner under dimensjonsnavnet. Generasjon 2 er Region (East, West og så videre), og generasjon 3 er State.

Dimensjonen Market med generasjon 2-medlemmene East, West, South og Central. Medlemmet East i regionen Market utvides til å vise underordnede medlemmer på nivå 0 for noen østlige delstater i USA: New York, Massachusetts, Florida, Connecticut og New Hampshire. Andre medlemmer i produktkategorien, West, South og Central, utvides ikke, men hver enkelt har ekstra underordnede medlemmer.

Dimensjonen Scenario legger til økonomirapporteringsanalyse i kuben med de to lagrede medlemmene og medlemmene i dynamisk beregning:

Dimensjonen Scenario med generasjon 2-medlemmene Actual, Budget, Variance og Variance %. De to siste medlemmene tilhører dynamisk beregning, mens Actual og Budget er lagret.

Eksternt kildesystem

For kildesystemet i dette eksemplet kan du anta at det er Oracle Database. Den forhåndsdefinerte datakilden i Essbase omfatter en SQL-spørring som henter opplysninger fra en tabell i Oracle Database.

Vår oppgave som databasestyrer er å utforme en definisjon av en gjennomdrillingsrapport, basert på denne datakilden, som gir Smart View-brukerne riktig tilgang til kildesystemdata som hentes via datakilden.

Spørringen i datakilden kan være så enkel som dette:

SELECT * FROM TABLENAME

eller den kan begrenses til å hente hvilke som helst aggregeringer eller utvalg av de eksterne dataene du vil bruke som grunnlag.

Utvalget fra vår hypotetiske tabell i Oracle Database omfatter eksterne kolonner, som kolonnene som er illustrert i vår introduksjon. Vi skal tilordne noen av disse eksterne kolonnene til Essbase-dimensjoner når vi utformer definisjonen av gjennomdrillingsrapporten.

Kolonnetilordningsdefinisjon

Kolonnetilordningen i dette eksemplet bruker dimensjonstilordning for Products, generasjonstilordning for Year og Scenario og nivå 0-tilordning for Market.

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
DIMENSION_PRODUCT	J	Product	Ingen
DIMENSION_MARKET	J	Market	Nivå0 [Nivå]
YEAR_PARENT	J	Year	Kvartal [generasjon]
DIMENSION_SCENARIO	J	Scenario	Scen. [generasjon]
SALES	J	Ingen	--
COGS	J	Ingen	--
MARKETING	J	Ingen	--
PAYROLL	J	Ingen	--
MISC	J	Ingen	--

Eksempler på gjennomdrillingsrapport etter kolonnetilordningstype

Eksemplene på gjennomdrillingsrapporter nedenfor illustrerer spørringsresultater for hver enkelt kolonnetilordningstype databasestyreren angir som en del av definisjonen av gjennomdrillingsrapporten.

Dimensjonstilordning - eksempel 1

Bruk av dimensjonstilordning for Product uten noe hierarkisk filter,

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
DIMENSION_PRODUCT	J	Product	Ingen

gjennomdrilling som utføres fra et celleskjæringspunkt, bindes ikke til noen bestemt generasjon eller noe bestemt nivå.

Gjennomdrilling fra (Year, Sales, West, Actual, Cola):

Smart View-rutenett med brukerutvalg i celleverdien 14862 ved skjæringspunktet for (Year, Sales, West, Actual, Cola)

returnerer derfor en gjennomdrillingsrapport filtrert etter den gjeldende rutenettkonteksten for Product, som er 100-10 (100-10 er Product SKU knyttet til aliasnavnet Cola). Alle verdier som hentes fra kolonnen DIMENSION_PRODUCT i kildesystemet, er poster der DIMENSION_PRODUCT = 100-10.

Gjennomdrillingsrapport med poster som bare er spesifikke for Product SKU 100-10, som viser en totalsum for SALES på 14 862

Hvis du vil validere gjennomdrillingsrapporter etter hvert som du tester dem, må du kontrollere at summen for målingen i rapporten samsvarer med celleskjæringspunktet der gjennomdrillingen ble utført. I eksemplet ovenfor valideres gjennomdrillingsrapporten fordi cellen det drilles på, samsvarer med verdien (14 862) for summen av den tilordnede kolonnen i gjennomdrillingsrapporten.

Spørringen Essbase bruker til å bygge gjennomdrillingsrapporten ovenfor, er:

SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR
"YEAR_PARENT" = 'Qtr4' OR
"YEAR_PARENT" = 'Qtr1' OR
"YEAR_PARENT" = 'Qtr2') 
AND 
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR
"DIMENSION_MARKET" = 'California' OR
"DIMENSION_MARKET" = 'Washington' OR
"DIMENSION_MARKET" = 'Utah' OR
"DIMENSION_MARKET" = 'Nevada')
AND 
"DIMENSION_SCENARIO" = 'Actual'

Dimensjonstilordning - eksempel 2

Vi fortsetter fra forrige eksempel og utforsker hva som skjer ved gjennomdrilling i Product på et høyere nivå.

Gjennomdrilling fra (Year, Sales, West, Actual, Colas):

Smart View-rutenett med brukerutvalg i celleverdien 28306 ved skjæringspunktet for (Year, Sales, West, Actual, Colas)

returnerer en gjennomdrillingsrapport filtrert etter den gjeldende rutenettkonteksten for Product, som nå er 100 (100 er kategorien Product knyttet til aliasnavnet Colas). Alle verdier som hentes fra kolonnen DIMENSION_PRODUCT i kildesystemet, er poster der DIMENSION_PRODUCT = 100.

Gjennomdrillingsrapport med poster som bare er spesifikke for Product-kategorien 100, som viser en totalsum for SALES på 23 806

Gjennomdrillingsrapporten valideres fordi cellen det drilles på, samsvarer med verdien (23 806) for summen av den tilordnede kolonnen i gjennomdrillingsrapporten.

Spørringen Essbase bruker til å bygge gjennomdrillingsrapporten ovenfor, er:

SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR
"YEAR_PARENT" = 'Qtr4' OR
"YEAR_PARENT" = 'Qtr1' OR
"YEAR_PARENT" = 'Qtr2') 
AND 
"DIMENSION_PRODUCT" = '100'
AND (
"DIMENSION_MARKET" = 'Oregon' OR
"DIMENSION_MARKET" = 'California' OR
"DIMENSION_MARKET" = 'Washington' OR
"DIMENSION_MARKET" = 'Utah' OR
"DIMENSION_MARKET" = 'Nevada')
AND 
"DIMENSION_SCENARIO" = 'Actual'

Generasjonstilordning - eksempel 1

Ved bruk av generasjonstilordningen for Year med et filter for generasjonen Quarter,

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
YEAR_PARENT	J	Year	Kvartal [generasjon]

bindes gjennomdrilling som utføres fra et celleskjæringspunkt, bindes til den bestemte generasjonen for Year.

Gjennomdrilling fra (Qtr2, Sales, Market, Actual, Cola):

Smart View-rutenett med brukerutvalg i celleverdien 16048 ved skjæringspunktet for (Qtr2, Sales, Market, Actual, Cola)

returnerer en gjennomdrillingsrapport filtrert etter den tilordnede generasjonskonteksten for Year, som er Quarters. Ettersom Qtr2 er den valgte rutenettkonteksten, er alle verdier som hentes fra kolonnen YEAR_PARENT i kildesystemet, poster der YEAR_PARENT = Qtr2.

Gjennomdrillingsrapport med poster som bare er spesifikke for Qtr2, som viser en totalsum for SALES på 16 048

Gjennomdrillingsrapporten valideres fordi cellen det drilles på, samsvarer med verdien (16 048) for summen av den tilordnede kolonnen i gjennomdrillingsrapporten.

Spørringen Essbase bruker til å bygge gjennomdrillingsrapporten ovenfor, er:

SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE 
"YEAR_PARENT" = 'Qtr2'
AND
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR 
"DIMENSION_MARKET" = 'New York' OR 
"DIMENSION_MARKET" = 'Oklahoma' OR 
"DIMENSION_MARKET" = 'California' OR 
"DIMENSION_MARKET" = 'Florida' OR 
"DIMENSION_MARKET" = 'Washington' OR 
"DIMENSION_MARKET" = 'Utah' OR 
"DIMENSION_MARKET" = 'Iowa' OR 
"DIMENSION_MARKET" = 'New Mexico' OR 
"DIMENSION_MARKET" = 'Massachusetts' OR 
"DIMENSION_MARKET" = 'Texas' OR 
"DIMENSION_MARKET" = 'Illinois' OR 
"DIMENSION_MARKET" = 'Colorado' OR 
"DIMENSION_MARKET" = 'Connecticut' OR 
"DIMENSION_MARKET" = 'New Hampshire' OR 
"DIMENSION_MARKET" = 'Missouri' OR 
"DIMENSION_MARKET" = 'Louisiana' OR 
"DIMENSION_MARKET" = 'Ohio' OR 
"DIMENSION_MARKET" = 'Wisconsin' OR 
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'

Generasjonstilordning - eksempel 2

Vi fortsetter fra forrige eksempel og utforsker hva som skjer ved gjennomdrilling av dimensjonen Year på et høyere nivå.

Gjennomdrilling fra (Year, Sales, Market, Actual, Cola):

Smart View-rutenett med brukerutvalg i celleverdien 62824 ved skjæringspunktet for (Year, Sales, Market, Actual, Cola)

returnerer en gjennomdrillingsrapport filtrert etter den tilordnede generasjonen Quarters for Year. Verdier som hentes fra kolonnen YEAR_PARENT i kildesystemet, er Qtr1, Qtr2, Qtr3 og Qtr4.

Gjennomdrillingsrapport med poster for alle kvartaler for Year, som viser en totalsum for SALES på 62 824

Gjennomdrillingsrapporten valideres fordi cellen det drilles på, samsvarer med verdien (62 824) for summen av den tilordnede kolonnen i gjennomdrillingsrapporten.

Spørringen Essbase bruker til å bygge gjennomdrillingsrapporten ovenfor, er:

SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR 
"YEAR_PARENT" = 'Qtr4' OR 
"YEAR_PARENT" = 'Qtr1' OR 
"YEAR_PARENT" = 'Qtr2')
AND
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR 
"DIMENSION_MARKET" = 'New York' OR 
"DIMENSION_MARKET" = 'Oklahoma' OR 
"DIMENSION_MARKET" = 'California' OR 
"DIMENSION_MARKET" = 'Florida' OR 
"DIMENSION_MARKET" = 'Washington' OR 
"DIMENSION_MARKET" = 'Utah' OR 
"DIMENSION_MARKET" = 'Iowa' OR 
"DIMENSION_MARKET" = 'New Mexico' OR 
"DIMENSION_MARKET" = 'Massachusetts' OR 
"DIMENSION_MARKET" = 'Texas' OR 
"DIMENSION_MARKET" = 'Illinois' OR 
"DIMENSION_MARKET" = 'Colorado' OR 
"DIMENSION_MARKET" = 'Connecticut' OR 
"DIMENSION_MARKET" = 'New Hampshire' OR 
"DIMENSION_MARKET" = 'Missouri' OR 
"DIMENSION_MARKET" = 'Louisiana' OR 
"DIMENSION_MARKET" = 'Ohio' OR 
"DIMENSION_MARKET" = 'Wisconsin' OR 
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'

Nivå 0-tilordning – eksempel

Ved bruk av nivå 0-tilordningen for Market med et filter på alle nivå 0-medlemmer (blad),

Ekstern kolonne	Inkluder i rapport	Essbase-dimensjon	Gen./nivå-filter
DIMENSION_MARKET	J	Market	Nivå0 [Nivå]

returnerer gjennomdrilling som utføres fra et celleskjæringspunkt, returnere alle de laveste medlemmene for Market.

Gjennomdrilling fra (Year, Sales, Market, Actual, Cola):

returnerer en gjennomdrillingsrapport som inkluderer medlemmene på laveste nivå av dimensjonen Market, som er States. Alle verdier som hentes fra kolonnen DIMENSION_MARKET i kildesystemet, er poster som inneholder States.

Gjennomdrillingsrapport med poster for alle bladmedlemmer (delstater) for Market, som viser en totalsum for SALES på 62 824

Gjennomdrillingsrapporten valideres fordi cellen det drilles på, samsvarer med verdien (62 824) for summen av den tilordnede kolonnen i gjennomdrillingsrapporten.

Spørringen Essbase bruker til å bygge gjennomdrillingsrapporten ovenfor, er:

SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR 
"YEAR_PARENT" = 'Qtr4' OR 
"YEAR_PARENT" = 'Qtr1' OR 
"YEAR_PARENT" = 'Qtr2')
AND
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR 
"DIMENSION_MARKET" = 'New York' OR 
"DIMENSION_MARKET" = 'Oklahoma' OR 
"DIMENSION_MARKET" = 'California' OR 
"DIMENSION_MARKET" = 'Florida' OR 
"DIMENSION_MARKET" = 'Washington' OR 
"DIMENSION_MARKET" = 'Utah' OR 
"DIMENSION_MARKET" = 'Iowa' OR 
"DIMENSION_MARKET" = 'New Mexico' OR 
"DIMENSION_MARKET" = 'Massachusetts' OR 
"DIMENSION_MARKET" = 'Texas' OR 
"DIMENSION_MARKET" = 'Illinois' OR 
"DIMENSION_MARKET" = 'Colorado' OR 
"DIMENSION_MARKET" = 'Connecticut' OR 
"DIMENSION_MARKET" = 'New Hampshire' OR 
"DIMENSION_MARKET" = 'Missouri' OR 
"DIMENSION_MARKET" = 'Louisiana' OR 
"DIMENSION_MARKET" = 'Ohio' OR 
"DIMENSION_MARKET" = 'Wisconsin' OR 
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'