Del via

Implementeringsdetaljer

  • Artikkel

Denne artikkelen beskriver konverteringsinformasjon og bestemte funksjoner som er tilgjengelige i implementering 2 av Power Query SAP Business Warehouse-koblingen.

Viktig

Versjon 1.0 av SAP Business Warehouse-koblingen er avskrevet. Nye tilkoblinger vil bruke Implementation 2.0 i SAP Business Warehouse-koblingen. All støtte for versjon 1.0 fjernes fra koblingen i nær fremtid. Bruk informasjonen i denne artikkelen til å oppdatere eksisterende versjon 1.0-rapporter, slik at de kan bruke Implementering 2.0 av denne koblingen.

Nye alternativer for implementering 2.0

Implementering 2.0 støtter følgende alternativer:

  • ExecutionMode angir MDX-grensesnittet som brukes til å kjøre spørringer på serveren. Følgende alternativer er gyldige:

    • SapBusinessWarehouseExecutionMode.BasXml

    • SapBusinessWarehouseExecutionMode.BasXmlGzip

    • SapBusinessWarehouseExecutionMode.DataStream

      Standardverdien er SapBusinessWarehouseExecutionMode.BasXmlGzip.

      Bruk SapBusinessWarehouseExecutionMode.BasXmlGzip kan forbedre ytelsen når du opplever høy ventetid for store datasett.

  • BatchSize angir maksimalt antall rader som skal hentes om gangen når du kjører en MDX-setning. Et lite antall oversettes til flere kall til serveren mens du henter et stort datasett. Et stort antall rader kan forbedre ytelsen, men det kan føre til minneproblemer på SAP BW-serveren. Standardverdien er 50000 rader.

  • EnableStructures angir om karakteristiske strukturer gjenkjennes. Standardverdien for dette alternativet er usann. Påvirker listen over objekter som er tilgjengelige for valg. Støttes ikke i opprinnelig spørringsmodus.

ScaleMeasures-alternativet er avskrevet i denne implementeringen. Virkemåten er nå den samme som å angi ScaleMeasures til usann, og viser alltid uskalerte verdier.

Ytterligere forbedringer for implementering 2.0

Listen nedenfor beskriver noen av de ekstra forbedringene som følger med den nye implementeringen:

  • Forbedret ytelse.
  • Mulighet til å hente flere millioner rader med data, og finjustere gjennom parameteren for satsvis størrelse.
  • Mulighet til å bytte kjøringsmodus.
  • Støtte for komprimert modus. Spesielt gunstig for tilkoblinger med høy ventetid eller store datasett.
  • Forbedret gjenkjenning av Date variabler.
  • Vis Date (ABAP type DATS) og Time (ABAP type TIMS) dimensjoner som henholdsvis datoer og klokkeslett, i stedet for tekstverdier. Mer informasjon: Støtte for innskrevne datoer i SAP BW
  • Bedre unntaksbehandling. Feil som oppstår i BAPI-kall, vises nå.
  • Kolonnedelegering i BasXml- og BasXmlGzip-modus. Hvis den genererte MDX-spørringen for eksempel henter 40 kolonner, men det gjeldende utvalget bare trenger 10, sendes denne forespørselen til serveren for å hente et mindre datasett.

Endre eksisterende rapporter til å bruke Implementering 2.0

Endring av eksisterende rapporter for å bruke Implementering 2.0 er bare mulig i importmodus. Følg disse trinnene:

  1. Åpne en eksisterende rapport, velg Rediger spørringer på båndet, og velg deretter SAP Business Warehouse-spørringen som skal oppdateres.

  2. Høyreklikk spørringen, og velg avansert redigering.

  3. Endre samtalen på følgende måte i avansert redigeringSapBusinessWarehouse.Cubes:

    Fastslå om spørringen allerede inneholder en alternativpost, for eksempel eksemplet nedenfor.

    Skjermbilde som viser en rentekstspørring med en alternativpost.

    I så fall kan du legge til Implementation 2.0 alternativet og fjerne ScaleMeasures alternativet, hvis det finnes, som vist.

    Skjermbilde som viser en rentekstspørring med den ekstra verdien Implementation = 2.0.

    Hvis spørringen ikke allerede inneholder en alternativpost, kan du bare legge den til. For følgende alternativ:

    Skjermbilde som viser en rentekstspørring med en alternativpost lagt til.

    Bare endre den til:

    Skjermbilde som viser en rentekstspørring av det nye alternativet med den ekstra verdien Implementation = 2.0.

Alle anstrengelser er gjort for å gjøre implementering 2.0 av SAP BW-koblingen kompatibel med versjon 1. Det kan imidlertid være noen forskjeller på grunn av de ulike SAP BW MDX-kjøringsmodusene som brukes. Hvis du vil løse eventuelle avvik, kan du prøve å bytte mellom kjøringsmoduser.

Støtte for innskrevne datoer i SAP BW

Implementering 2.0 av SAP BW-koblingen inkluderer støtte for innskrevne datoer og klokkeslett. Hvis du spør etter en rapport som har dimensjoner med ABAP-typer, DATS eller TIMS, kan de nå skrives ut som datoer i stedet for tekst.

Begrensningene for bruk av denne funksjonaliteten er:

  • Bare tilgjengelig i implementering 2.0 av SAP BW-koblingen.
  • Bare tilgjengelig i importmodus.
  • Kontoen som brukes til å koble til SAP BW-serveren, må ha nok tillatelse til å ringe BAPI_IOBJ_GETDETAIL.
let
   Source = SapBusinessWarehouse.Cubes("sapbwtestserver", "00", "837", [ExecutionMode=SapBusinessWarehouseExecutionMode.BasXmlGzip, Implementation="2.0"]),
   #"$INFOCUBE" = Source{[Name="$INFOCUBE"]}[Data],
   #"$0D_DECU" = #"$INFOCUBE"{[Id="$0D_DECU"]}[Data],
   #"Added Items" = Cube.Transform(#"$0D_DECU",
   {
      {Cube.AddAndExpandDimensionColumn, "[0CALDAY]", {"[0CALDAY].[LEVEL01]"}, {"Calendar day.Calendar day Level 01"}},
      {Table.AddColumn, "Calendar day.Calendar day Level 01.Key", each Cube.AttributeMemberProperty([Calendar day.Calendar day Level 01], "[20CALDAY]")},
      {Cube.AddMeasureColumn, "Billed Quantity", "[Measures].[0D_INV_QTY]"}
   }) 
in
     #"Added Items"

Du må legge til nøkkelen for å få tilgang til den innskrevne datoen. Hvis det for eksempel finnes et dimensjonsattributt kalt [0CALDAY], må du legge til nøkkelen [20CALDAY] for å få den innskrevne verdien.

I eksemplet ovenfor betyr dette at:

  • Kalenderdag. Kalenderdagsnivå 01 [0CALDAY] vil være tekst (en bildetekst). (Legges til som standard når dimensjonen legges til.)
  • Kalenderdag. Kalenderdagsnivå 01.Key [20CALDAY] vil være en dato (må velges manuelt).

Hvis du vil legge til nøkkelen manuelt i importmodus, utvider du egenskaper og velger nøkkelen.

Velg key-egenskapen i Power Query-navigatøren.

Nøkkelkolonnen vil være av typen dato, og kan brukes til filtrering. Filtrering på denne kolonnen vil foldes til serveren.

Støtte for SAP BW-funksjoner

Tabellen nedenfor viser alle SAP BW-funksjoner som ikke støttes fullstendig eller fungerer annerledes når du bruker Power Query SAP BW-koblingen.

Funksjon Bekrivelse
Lokale beregninger Lokale beregninger som er definert i en BEX-spørring, endrer tallene slik de vises gjennom verktøy som Bex Analyzer. De gjenspeiles imidlertid ikke i tallene som returneres fra SAP, gjennom det offentlige MDX-grensesnittet.

Tallene som vises i Power Query, samsvarer derfor ikke nødvendigvis med tallene for et tilsvarende visualobjekt i et SAP-verktøy.

Når du for eksempel kobler til en spørringskube fra en BEx-spørring som angir at aggregasjonen skal cumuleres (for eksempel løpende sum), får Power Query tilbake grunntallene og ignorerer denne innstillingen. En analytiker kan deretter bruke en løpende sumberegning lokalt i for eksempel Power BI, men må utvise forsiktighet i hvordan tallene tolkes hvis dette ikke gjøres.
Aggregasjoner I noen tilfeller (spesielt når du arbeider med flere valutaer), samsvarer ikke de samlede tallene som returneres av det offentlige SAP-grensesnittet, med de som vises av SAP-verktøy.

Tallene som vises i Power Query, samsvarer derfor ikke nødvendigvis med tallene for et tilsvarende visualobjekt i et SAP-verktøy.

Totalsummer over ulike valutaer vil for eksempel vises som *i Bex Analyzer, men totalsummen vil bli returnert av det offentlige SAP-grensesnittet, uten informasjon om at et slikt aggregert tall er meningsløst. Dermed vises tallet (aggregering, for eksempel $, EUR og AUD) av Power Query.
Valutaformatering Eventuell valutaformatering (for eksempel USD 2300 eller 4000 AUD) gjenspeiles ikke i Power Query.
Enheter Målenheter (for eksempel 230 KG) gjenspeiles ikke i Power Query.
Nøkkel kontra tekst (kort, middels, lang) For en SAP BW-egenskap, for eksempel CostCenter, viser navigatøren et kostnadssenter for ett enkelt element, nivå 01. Hvis du velger dette elementet, inkluderes standardteksten for Kostnadssenter i feltlisten. Nøkkelverdiene, Kort navn, Middels navn og Langt navn er også tilgjengelige for valg i egenskapsnoden for egenskapen (hvis den vedlikeholdes i SAP BW).

Vær oppmerksom på at dette bare gjelder for importtilkoblingsmodus. For DirectQuery-modus inkluderes bare standardteksten i datasettet.
Attributter Attributtene til en egenskap vil være tilgjengelig for valg i egenskaper for egenskapen. Dette gjelder bare for importtilkoblingsmodus. For DirectQuery-modus vil ikke attributter være tilgjengelige.
Flere hierarkier av en egenskap I SAP kan en egenskap ha flere hierarkier. Deretter kan brukeren velge hierarkiet som skal brukes i verktøy som BEx Analyzer, når en egenskap er inkludert i en spørring.

I Power BI kan de ulike hierarkiene ses i feltlisten som forskjellige hierarkier på samme dimensjon. Hvis du velger flere nivåer fra to forskjellige hierarkier i samme dimensjon, vil det imidlertid føre til at tomme data returneres av SAP.
Behandling av fillete hierarkier SAP BW støtter fillete hierarkier, der nivåer kan gå glipp av, for eksempel:

   Kontinent
      Nord- og Sør-Amerika
         Canada
         USA
   Ikke tilordnet
      Australia

I Power BI vises dette med (Tom) på manglende nivå:

   Kontinent
      Nord- og Sør-Amerika
         Canada
         USA
   Ikke tilordnet
      (Tom)
         Australia
Skaleringsfaktor/omvendt tegn I SAP kan en nøkkelfigur ha en skaleringsfaktor (for eksempel 1000) definert som et formateringsalternativ, noe som betyr at alle skjermer skaleres av denne faktoren.

Det kan på samme måte ha et egenskapssett som reverserer tegnet. Bruk av en slik nøkkelfigur i Power BI (i et visualobjekt eller som en del av en beregning) fører til at det uskalerte tallet brukes (og fortegnet reverseres ikke). Den underliggende skaleringsfaktoren er ikke tilgjengelig. I Power BI-visualobjekter kan skaleringsenhetene som vises på aksen (K,M,B) styres som en del av den visuelle formateringen.
Hierarkier der nivåer vises/forsvinner dynamisk I utgangspunktet når du kobler til SAP BW, hentes informasjonen på nivåene i et hierarki, noe som resulterer i et sett med felt i feltlisten. Dette bufres, og hvis settet med nivåer endres, endres ikke feltsettet før Oppdatering aktiveres.

Dette er bare mulig i Power BI Desktop. En slik oppdatering for å gjenspeile endringer i nivåene kan ikke aktiveres i Power Bi-tjeneste etter publisering.
Standardfilter En BEX-spørring kan inneholde standardfiltre, som brukes automatisk av SAP Bex Analyzer. Disse vises ikke, og tilsvarende bruk i Power Query bruker derfor ikke de samme filtrene som standard.
Skjulte nøkkelfigurer En BEX-spørring kan kontrollere synligheten til nøkkeltall, og de som er skjult, vises ikke i SAP BEx Analyzer. Dette gjenspeiles ikke gjennom den offentlige API-en, og slike skjulte nøkkeltall vises derfor fortsatt i feltlisten. De kan imidlertid deretter skjules i Power Query.
Numerisk formatering Numerisk formatering (antall desimalposisjoner, desimaltegn og så videre) gjenspeiles ikke automatisk i Power Query. Det er imidlertid mulig å kontrollere slik formatering i Power Query.
Versjonskontroll av hierarki SAP BW gjør det mulig å vedlikeholde ulike versjoner av et hierarki, for eksempel kostnadssenterhierarkiet i 2007 versus 2008. Bare den nyeste versjonen vil være tilgjengelig i Power Query, ettersom informasjon om versjoner ikke vises av den offentlige API-en.
Tidsavhengige hierarkier Når du bruker Power Query, evalueres tidsavhengige hierarkier på gjeldende dato.
Valutaomregning SAP BW støtter valutakonvertering, basert på satser som holdes i kuben. Slike funksjoner vises ikke av den offentlige API-en, og er derfor ikke tilgjengelige i Power Query.
Sorteringsrekkefølge Sorteringsrekkefølgen (etter tekst eller etter nøkkel) for en egenskap kan defineres i SAP. Denne sorteringsrekkefølgen gjenspeiles ikke i Power Query. Måneder kan for eksempel vises som April, Aug og så videre.

Det er ikke mulig å endre denne sorteringsrekkefølgen i Power Query.
Tekniske navn I navigatøren kan både de karakteristiske/målnavnene (beskrivelsene) og de tekniske navnene vises ved hjelp av visningsalternativer-velgeren. Feltlisten inneholder egenskaps-/målnavnene (beskrivelser).
Språkinnstilling for sluttbruker Den nasjonale innstillingen som brukes til å koble til SAP BW, er angitt som en del av tilkoblingsdetaljene, og gjenspeiler ikke den nasjonale innstillingen for den endelige rapportforbrukeren.
Tekstvariabler SAP BW gjør det mulig for feltnavn å inneholde plassholdere for variabler (for eksempel «$YEAR$ faktiske») som deretter erstattes av den valgte verdien. Feltet vises for eksempel som «2016 Actuals» i BEx-verktøy, hvis året 2016 ble valgt for variabelen.

Kolonnenavnet i Power Query endres ikke avhengig av variabelverdien, og vises derfor som «$YEAR$ Actuals». Kolonnenavnet kan imidlertid endres i Power Query.
Kundeavslutningsvariabler Customer Exit-variabler vises ikke av den offentlige API-en, og støttes derfor ikke av Power Query.

Ytelseshensyn

Tabellen nedenfor inneholder en sammendragsliste over forslag for å forbedre ytelsen for datainnlasting og oppdatering fra SAP BW.

Forslag Bekrivelse
Begrens egenskaper og egenskaper (attributt)-merket område Tiden det tar å laste inn data fra SAP BW i Power Query øker med størrelsen på datasettet, det vil si antall kolonner og rader i det flate resultatsettet. Hvis du vil redusere antall kolonner, velger du bare egenskapene og egenskapene i navigatøren som du til slutt vil se i rapporten eller instrumentbordet.
Bruk parametere Bruk av filtre/parametere bidrar til å redusere størrelsen på resultatsettet, noe som forbedrer kjøretidene for spørringen betraktelig.

Parametere er spesielt verdifulle når de brukes med store dimensjoner, der det er mange medlemmer, for eksempel kunder, materialer eller dokumentnumre.
Begrens antall nøkkeltall Hvis du velger mange nøkkeltall fra en BEx-spørring/BW-modell, kan det ha en betydelig innvirkning på ytelsen under kjøring av spørring på grunn av tiden som brukes på innlasting av metadata for enheter. Bare inkluder nøkkeltallene du trenger i Power Query.
Dele opp svært store spørringer i flere, mindre spørringer For svært store spørringer mot InfoCubes- eller BEx-spørringer kan det være nyttig å dele opp spørringen. Én spørring kan for eksempel hente nøkkeltallene, mens en annen spørring (eller flere andre spørringer) henter de karakteristiske dataene. Du kan bli med i de individuelle spørringsresultatene i Power Query.
Unngå virtuelle leverandører (MultiProviders eller InfoSets) VirtualProviders ligner strukturer uten vedvarende lagringsplass. De er nyttige i mange scenarioer, men kan vise langsommere spørringsytelse fordi de representerer et ekstra lag oppå faktiske data.
Unngå bruk av navigasjonsattributter i BEx-spørring En spørring med et navigasjonsattributt må kjøre en ekstra sammenføyning, sammenlignet med en spørring med samme objekt som en egenskap for å komme frem til verdiene.
Bruk RSRT til å overvåke og feilsøke spørringer som kjører tregt SAP-administratoren kan bruke Spørringsovervåking i SAP BW (transaksjons-RSRT) til å analysere ytelsesproblemer med SAP BW-spørringer. Se gjennom SAP-notat 1591837 for mer informasjon.
Unngå begrensede nøkkeltall og beregnede nøkkeltall Begge beregnes under kjøring av spørringer og kan redusere spørringsytelsen.
Vurder å bruke trinnvis oppdatering for å forbedre ytelsen Power BI oppdaterer det fullstendige datasettet med hver oppdatering. Hvis du arbeider med et stort datavolum, kan det hende at oppdatering av det fullstendige datasettet for hver oppdatering ikke er optimalt. I dette scenarioet kan du bruke trinnvis oppdatering, slik at du bare oppdaterer et delsett med data. Hvis du vil ha mer informasjon, kan du gå til Trinnvis oppdatering i Power BI.

Sammenligning med Analysis for Office (AFO)

Det er grunnleggende forskjeller mellom Analysis for Office (AFO)-verktøyet og Power Query SAP Business Warehouse-koblingen, slik at utdataene av data kan variere. AFO bruker ikke MDX, men bruker i stedet en rettighetsbeskyttet protokoll utviklet av SAP som ikke er tilgjengelig for tredjeparter, for eksempel Power Query SAP Business Warehouse-koblingen. SAP sertifiserer bare koblinger som bruker MDX-grensesnittet. AFO bruker en flerdimensjonal spørringsstrategi, som navigerer dataene annerledes, mens Power Query SAP Business Warehouse-koblingen må flate ut dataene slik at de kan representeres som en tabell. Så selv om det er de samme dataene, blir de spurt, representert og til slutt utdatat annerledes.

Se også