Forord – Dette indlæg er en del af SAP ABAP OData Tutorial serien.

Introduktion

Hvis du planlægger at eksponere dine SAP-data (tabel- eller forespørgselsdata) for eksterne miljøer som UI5/Fiori eller HANA, så skal du skubbe dine data i en form for API. Ved API vi mener, ved at bruge OData vil vi generere en tjeneste link, der kan tilgås via internettet og kan bruges til at udføre CRUD-operationer. SAP OData i SAP ABAP-miljø er ligesom en anden ABAP-klasse. Vi kan få adgang til metoderne i denne klasse ved hjælp af SEGW-transaktion. Vi kan skrive vores nødvendige kode her til datamanipulationen, og når vi aktiverer klassen, vil det servicelink, vi genererer, handle i overensstemmelse hermed.

Definition

SAP OData er en standard webprotokol, der bruges til at forespørge og opdatere data, der findes i SAP ved hjælp af ABAP, ved at anvende og bygge på webteknologier såsom HTTP for at give adgang til information fra en række eksterne applikationer, platforme og enheder.

I SAP bruger vi SEGW transaktionskode for at oprette en OData Service. SEGW står for Service Gateway.

Arkitektur af SAP OData

Her vil vi diskutere om højniveauarkitekturen i SAP OData.

SAP OData højniveauarkitektur

Hvorfor har vi brug for ODATA

SAP OData kommer med flere fordele. Det hjælper os ikke kun med at afsløre data, men hjælper også en kunde med at få adgang til data fra hvor som helst og enhver enhed. Hvis der ikke vil være nogen OData-tjenester, forbliver dataene på stedet, og hvis en bruger har brug for at få adgang til deres data, skal de muligvis besøge dataplaceringen, hvilket er ubehageligt for den digitale verden.

Fordele ved en ODATA

Brug af SAP OData giver os følgende fordele:

• Det hjælper med at opnå resultater, der kan læses af mennesker, dvs. du kan bruge din browser til at se outputdataene
• Det er meget nemt og relativt hurtigt at få adgang til data
• Den bruger alle standarderne for webprotokoller, dvs. GET, PUT, POST, DELETE og QUERY
• Den bruger statsløse applikationer: Det betyder, at serveren ikke gemmer nogen data fra klienten (f.eks. UI5 applikation) og behandler hvert OData-kald som et nyt kald
• Den modtager data i form af relaterede oplysninger, den ene fører til den anden: Det er et interaktionsmønster kendt som "alarm-analyse-handling", "se-inspekter-handling" eller "udforsk & handle". Ifølge dette mønster er ikke alle data indlæst sammen, og en bruger analyserer en data og når den nødvendige information efter navigation. På denne måde indlæses dataene hurtigt og korrekt.

SAP OData V2 (version 2)

OData v2 er et sæt nye standarder, som er tilføjelser til SAP OData V1, og disse er som følger:

• Sortering og filtrering på klientsiden
• Alle anmodninger kan batcheres
• Alle data er cachelagret i modellen
• Automatisk meddelelseshåndtering

Du kan læse mere om SAP OData v2 vs OData v1 her.

SAP OData V4 (version 4)

OData v4 er den seneste opgradering til SAP OData-tjenesterne, som kommer med en vis tilføjelse og en vis reduktion af funktioner, såsom:

• Den nye version bringer forenkling med hensyn til databinding. Den nye OData V4-model forenkler databindingsparameterstrukturen.
• OData v4 kræver kun asynkron datahentning.
• Batch-grupperne er udelukkende defineret via bindingsparametre i de nye OData v4-kald med de tilsvarende parametre på modellen som standard.
• Det understøtter brug af en operationsbinding. Og nu er det meget nemmere at binde operationsudførelsesresultater til kontroller.
• Opret, læs, opdater og slet (fjern) operationer er implicit tilgængelige via bindingerne
• I OData v4 er Metadata kun tilgået via ODataMetaModel

Du kan læse mere om SAP OData v4 vs OData v2 her.