Blir med SAP HANA: Typer, syntaks og eksempler

by: Mason Garcia Mason Garcia
Hours oppdatert

⚡ Smart oppsummering

SAP HANA kobler sammen koblingstabeller og informasjonsvisninger slik at en modell returnerer nøyaktig de radene en rapport trenger. Indre, ytre, referanse-, tekst-, tidsmessige og romlige typer endrer hver ytelse, kardinalitetshåndtering og resultatstørrelse.

  • 🔗 Omfang: Kobler sammen lenketabeller og informasjonsvisninger i grafiske modeller og i vanlige SQL-setninger i databasen.
  • ☑️ Standardtyper: Indre, venstre ytre, høyre ytre og fullstendige ytre koblinger oppfører seg nøyaktig som de gjør i ANSI SQL.
  • ✅ Kun modelleringstyper: Referanse- og tekstkoblinger finnes bare inside information-visninger og har ingen tilsvarende SQL-nøkkelord.
  • 🧪 Avanserte noder: Temporale, romlige, dynamiske og stjernekoblinger utvider beregningsvisninger utover enkel kolonnematching.
  • 🛠️ Ytelsesspaker: Kardinalitet og flagget Optimaliser sammenføyningskolonner avgjør om SAP HANA kan beskjære en tabell under kjøretid.
  • 📈 Modernisering: Attributt- og analytiske visninger er avskrevet, så nye koblinger hører hjemme i grafiske beregningsvisninger.
Les mer

Sammenføyningstyper som brukes til å kombinere tabeller og informasjonsvisninger i SAP HANNA

Hva er SAP HANA Bli med?

En bli med SAP HANA kombinerer rader fra to eller flere tabeller, eller fra en tabell og en informasjonsvisning, og returnerer verdiene som kreves av spørringen. Sammenføyninger defineres grafisk i sammenføyningsnoden til en informasjonsvisning, og de skrives også direkte i SQL-setninger som kjører på databasen.

De to formene er ikke identiske. En sammenføyning inni en beregningsvisning utføres av SAP HANA-beregningsmotor, som kan hoppe over en tabell når ingen forespurt kolonne kommer fra den, mens en sammenføyning skrevet i SAP HANA SQL utføres alltid nøyaktig som kodet.

Følgende sammenføyningstyper er tilgjengelige når SAP HANA-tabeller og informasjonsvisninger er kombinert.

Bli med Type Bruker Kommentar
INNER Indre sammenføyning velger settet med poster som samsvarer i begge tabellene. Rekker uten partner på noen av sidene forkastes.
VENSTRE YTRE MEDLEM Venstre ytre kobling velger hele settet med poster fra den første tabellen, med den samsvarende posten fra den andre tabellen der en er tilgjengelig. Hvis det ikke finnes noen treff i den andre tabellen, returneres nullverdier for kolonnene.
HØYRE YTRE BLI MED Høyre ytre kobling velger hele settet med poster fra den andre tabellen, med den samsvarende posten fra den første tabellen der en er tilgjengelig. Hvis det ikke finnes noen treff i den første tabellen, returneres nullverdier for kolonnene.
FULL YTRE SAMLING Full ytre kobling velger alle poster fra begge tabellene. Uoverensstemmende rader fra begge sider fylles ut med nullverdier.
REFERENSIELL TILKNYTNING Oppfører seg som en indre sammenføyning, under antagelsen om at referanseintegriteten opprettholdes mellom de to tabellene. Tilgjengelig i attributtvisninger, analytiske visninger og sammenkoblingsnoder i beregningsvisning.
TEKST BLI MED Tekstkobling velger den språkspesifikke beskrivelsen som tilhører en nøkkel, ved hjelp av språkkolonnen i teksttabellen. Språkkolonnen, vanligvis SPRAS, må flagges i sammenføyningsegenskapene.

Referanse- og tekstkoblinger er kun modelleringstyper. De finnes i koblingsnoden til en informasjonsvisning og har ikke noe tilsvarende nøkkelord i SQL, og det er derfor de vises i SAP HANA-modellering verktøy i stedet for i en SELECT-setning.

SAP HANA Join-syntaks og SQL-eksempler

Indre og ytre koblinger er skrevet i SAP HANA SQL med standard ANSI-syntaks, slik at en spørring testet på en annen relasjonsdatabase vanligvis kjører uendret. Eksemplet nedenfor kobler en salgsordretabell til en kundetabell og deretter til en tilstandstabell.

SELECT so.ORDER_ID, c.NAME, s.STATE_NAME, so.AMOUNT
FROM SALES_ORDER AS so
INNER JOIN CUSTOMER AS c
  ON so.CUSTOMER_ID = c.CUSTOMER_ID
LEFT OUTER JOIN STATE AS s
  ON c.STATE_CODE = s.STATE_CODE
WHERE so.AMOUNT > 1000
ORDER BY so.ORDER_ID;

Den indre koblingen fjerner alle salgsordrer der kundens hovedpost mangler. Den venstre ytre koblingen beholder alle gjenværende ordrer selv når tilstandskoden ikke har noen beskrivelse, og returnerer et null tilstandsnavn for disse radene.ping De to sammenføyningstypene endrer derfor radantallet, ikke bare kolonnene som vises.

Grafiske modeller oppnår samme resultat uten SQL. En koblingsnode plasseres mellom to datakilder i visningseditoren, kolonnene som danner koblingsbetingelsen tilordnes, og koblingstypen og kardinaliteten angis i nodeegenskapene. SAP HANA Studio Både editoren og den nettleserbaserte modellereren genererer kjøretids-SQL-en fra disse innstillingene.

Avanserte sammenføyningstyper i SAP HANA-beregningsvisninger

Beregningsvisninger legger til sammenføyningsatferd som vanlig SQL ikke uttrykker i et enkelt nøkkelord. Disse alternativene konfigureres på sammenføyningsnoden eller gjennom en dedikert nodetype.

Bli med Type Hva det gjør Typisk bruk
Midlertidig sammenføyning Samsvarer transaksjonsposter med stamdataversjonen som var gyldig på en gitt dato, ved hjelp av fra- og til-feltene i stamdatakilden. Tidsavhengige stamdata, for eksempel et kostnadssenter som har byttet eier. Sammenføyningstypen må være referansemessig, og nøkkelen må være en dato, et tidsstempel eller et heltall.
Romlig sammenføyning Kobler sammen to kilder i en geometrikolonne med et romlig predikat som skjærer over eller innenfor, i stedet for på en likhetsbetingelse. Geografisk analyse, for eksempel å matche kundelokasjoner med salgsområder.
Dynamisk sammenføyning Bygger sammenføyningsbetingelsen under kjøretid fra sammenføyningskolonnene som spørringen faktisk ber om, og aggregerer de resterende kolonnene før sammenføyningen kjøres. Flerkolonnekoblinger der granulariteten til spørringen varierer. Minst én koblingskolonne må forespurtes, ellers mislykkes spørringen.
Stjernekobling Kobler én faktakilde til flere dimensjonsberegningsvisninger i én node. Stjerneskjemamodeller som erstatter den eldre analytiske visningen.

En dynamisk sammenføyning endrer operasjonsrekkefølgen snarere enn samsvarsregelen. I en statisk sammenføyning deltar hver definerte kolonne i betingelsen, og aggregering skjer etterpå. I en dynamisk sammenføyning aggregeres de uforespurte kolonnene først, noe som vanligvis returnerer færre rader og en annen totalsum. De to svarer derfor på forskjellige forretningsspørsmål, så flagget settes bevisst, ikke som en generell optimalisering.

RELATERTE ARTIKLER

Slik velger du riktig deltakertype SAP HANA-modellering

Valg av sammenføyning påvirker både korrekthet og kjøretid, og den raskeste sammenføyningen er den SAP HANA trenger aldri å utføres. Følgende regler dekker de fleste modelleringsbeslutninger.

  • Referansekobling — bruk den bare når hver rad på én side garantert har en partner, fordi motoren kan utelate sammenføyningen helt når ingen kolonne fra den sammenføyde tabellen blir forespurt.
  • Indre bli med — bruk den når referanseintegritet ikke er garantert og ikke-samsvarende rader må ekskluderes.
  • Venstre ytre skjøt — bruk den når den første tabellen styrer resultatet og manglende stamdata fortsatt må vises.
  • Full ytre skjøt — bruk det sparsomt, siden det er det dyreste alternativet og sjelden er nødvendig i rapporteringsmodeller.
  • Tekstkobling – bruk den når en beskrivelseskolonne avhenger av påloggingsspråket.

To nodeegenskaper er like viktige som selve sammenføyningstypen. Kardinalitet (1:1, 1:n, n:1 eller n:m) forteller motoren hvor mange rader som kan forventes på hver side, og funksjonen Foreslå kardinalitet utleder den fra dataene. Flagget Optimaliser sammenføyningskolonner tillater deretter SAP HANA for å fjerne en sammenføyningskolonne fra utførelsesplanen når spørringen ikke ber om den. Feil kardinalitet kan stille multiplisere målinger, slik at den verifiseres mot dataene i stedet for å antas.

En ytterligere begrensning former ny utvikling. Attributtvisninger og analytiske visninger er avskrevet, og SAP anbefaler å konvertere dem til grafiske beregningsvisninger, slik at en kobling som er utformet i dag, vanligvis bygges i en beregningsvisningskoblings- eller stjernekoblingsnode. Bakgrunn om de eldre objektene er fortsatt nyttig når en eksisterende modell vedlikeholdes, og attributtvisning og analytisk visning sidene beskriver hvordan disse koblingene ble konfigurert. SAP Læringsmateriell på bli med noder dekker den samme oppførselen i SAP HANA Cloud, og den bredere SAP HANA-opplæring Serien forklarer hvor informasjonsvisninger passer inn i plattformen.

Spørsmål og svar

Kardinalitet (1:1, 1:n, n:1, n:m) forteller motoren hvor mange samsvarende rader som kan forventes på hver side. Den muliggjør beskjæring av sammenføyninger og beskytter aggregater. Foreslått kardinalitet utleder innstillingen fra dataene, noe som er tryggere enn å gjette.

Det lar SAP HANA fjerner en join-kolonne fra utførelsesplanen når klientspørringen aldri ber om den. Færre kolonner betyr færre grupperpings og raskere kjøretider, men resultatene kan endres hvis den fjernede kolonnen påvirket aggregeringsnivået.

Eksisterende objekter kjører fortsatt, men begge visningstypene er utdaterte og kan ikke legges til i nye beregningsvisninger. SAP anbefaler å konvertere dem til grafiske beregningsvisninger, der de samme sammenføyningstypene pluss stjernesammenføyning og romlig sammenføyning er tilgjengelige.

Den må beholde umatchede rader fra begge sider, slik at ingen tabeller kan beskjæres og hver rad materialiseres. En referansekobling kan derimot hoppes over helt når spørringen ikke ber om noen kolonne fra den koblede tabellen.

Språkkolonnen i teksttabellen, vanligvis SPRAS i SAP tabeller, er flagget i sammenføyningsegenskapene. SAP HANA filtrerer deretter beskrivelser etter øktspråket, slik at én modell betjener hvert påloggingsspråk uten en separat visning.

Ja. En sammenføyningsnode godtar tabeller, tabellfunksjoner og andre beregningsvisninger som datakilder, og det er slik dimensjonsvisninger er knyttet til en faktatabell. Kolonnenavn kan variere, siden sammenføyningsbetingelsen eksplisitt tilordner kolonner.

Maskinlæring profilerer kolonneverdier for å foreslå sammenføyningsnøkler og kardinalitet, flagger modeller med mål som blåses opp etter en sammenføyning, og grupperer nesten dupliserte visninger. SAP bygger også inn prediktive og generative tjenester i plattformen, slik at scoring kjører ved siden av de modellerte dataene.

Copilot utarbeider standard SQL-koblinger effektivt og øker hastigheten på repeterende SELECT-setninger. Den kjenner ikke et skjemas referanseintegritet, så koblingstype, kardinalitet og modelleringsalternativer som tekstkobling må fortsatt vurderes mot de faktiske dataene.

Oppsummer dette innlegget med: