SAP ABAP Data Dictionary (SE11)

Hvad er Data Dictionary?

Data Dictionary er en central informationskilde for dataene i et informationsstyringssystem. Dens hovedfunktion er at understøtte oprettelsen og styringen af ​​datadefinitioner (eller "metadata").

In SAP, dette centrale lager kaldes ABAP Dictionary, og det vedligeholdes med transaktion SE11. Hver tabel, felt, visning og lås, der bruges af et ABAP-program, beskrives her én gang og genbruges derefter overalt, så en definition aldrig behøver at gentages i individuelle programmer.

Skærmen ovenfor viser SE11's startskærm, hvor hver ordbogsobjekttype vælges, før den vises eller ændres. Før man ser på disse objekttyper, er det nyttigt at forstå, hvorfor SAP holder disse metadata uden for de programmer, der bruger dem.

Hvorfor ABAP-ordbogen er vigtig

ABAP-ordbogen eksisterer fordi SAP adskiller beskrivelsen af ​​data fra de programmer, der behandler dem. Et felt som f.eks. indkøbsdokumentnummeret beskrives præcis én gang, og hver rapport, skærm og funktionsmodul, der har brug for det, refererer tilbage til den ene beskrivelse.

Denne centrale definition giver fire praktiske fordele. Konsistens er garanteret, fordi en ændring foretaget i et domæne øjeblikkeligt når alle felter, der refererer til det via et dataelement. Redundans forsvinder, da udviklere genbruger eksisterende definitioner i stedet for at opfinde nye. Integrity er beskyttet, da værdiområder, kontroltabeller og fremmednøgler valideres af ordbogen snarere end af applikationskode. Endelig er ordbogen databaseuafhængig, så en tabel defineret i SE11 oprettes automatisk i den underliggende database med de korrekte native typer.

Ordbogen er også aktiv under kørsel. Skærme læser deres feltnavne, hjælpetekster og værdiintervaller direkte fra den, hvilket er grunden til, at en F1-hjælp eller en F4-værdiliste vises uden en eneste linje ekstra kodning. Forståelse af de tre niveauer nedenfor forklarer, hvordan denne genbrug er organiseret.

ABAP Ordbog 3 niveauer

Objekter i ABAP-ordbogen befandt sig på tre niveauer, der understøtter deres genanvendelighed. Disse niveauer er:

1. domæner
2. Dataelementer
3. Tabeller og strukturer

Hvert niveau bygger videre på det foregående: et domæne leverer de tekniske attributter, et dataelement giver disse attributter en forretningsmæssig betydning, og en tabel eller struktur grupperer dataelementerne i en post. Lad os se nærmere på dem –

domæner

• Beskriver de tekniske karakteristika for et tabelfelt
• Angiver et værdiinterval, som beskriver tilladte dataværdier for felterne
• Felter, der refererer til det samme domæne (via de tildelte dataelementer) ændres, når der foretages en ændring af domænet
• Sikrer sammenhæng

Eks. Købsdokumentnummer (EBELN)

Domæneskærmen ovenfor definerer kun datatypen og -længden. Den forretningsmæssige betydning af denne værdi leveres af det næste niveau, dataelementet.

Dataelementer

• Beskriver den rolle et felt spiller i en teknisk sammenhæng
• Felter med samme semantiske betydning kan referere til det samme dataelement
• Indeholder feltinformationen

Eks. Købsdokumentnummer (EBELN)

Dataelementskærmen indeholder de feltnavne og den dokumentation, som brugerne ser på en skærm. Dataelementer kombineres derefter til tabeller.

tabeller

• Repræsenter de databasetabeller, hvor data faktisk findes.
• Tabeller kan defineres uafhængigt af databasen i ABAP Dictionary.
• Tabellens felter er defineret med deres (database-uafhængige) SAP ABAP datatyper og længder.

Strukturer

• Er journalerklæringer, der IKKE svarer til en databasetabel.
• Ligesom brugerdefineret datatype.
• Defineres som en tabel og kan derefter adresseres fra ABAP-programmer.
• Strukturer indeholder kun data i løbet af et program.

Tabellen nedenfor sammenligner de tre niveauer med et hurtigt overblik.

Aggregerede objekter af ABAP Dictionary

Aggregerede midler bestående af flere komponenter. I ABAP Dictionary er aggregerede objekter objekter, der kommer fra flere forskellige gennemsigtige tabeller.

1. Views
2. Søg i Hjælp
3. Lås objekter

Lad os se nærmere på dem

Views

• Visninger i SAP – ABAP bruges til at opsummere data, der er fordelt på flere tabeller
• Dataene for en visning er faktisk ikke fysisk lagret. Dataene for en visning er i stedet afledt fra en eller flere andre tabeller
• Den er skræddersyet til behovene for en specifik applikation

Søg i Hjælp

• En søgehjælp er et værktøj til at hjælpe dig med at søge efter dataposter i systemet
• En effektiv og brugervenlig søgning hjælper brugere, hvor nøglen til en post er ukendt

Lås objekter

• Samtidig adgang til den samme datapost af to brugere i SAP systemet er synkroniseret af en låsemekanisme.
• Låse sættes og frigøres ved at kalde visse funktionsmoduler. Disse funktionsmoduler genereres automatisk ud fra definitionen af ​​såkaldte låseobjekter i ABAP/4-ordbogen

Funktionsmoduler : Kø_ – for at låse bordet dequeue_ – for at udløse låsen

⚠️ Advarsel: En lås, der er indstillet med ENQUEUE og aldrig frigivet med DEQUEUE, forbliver aktiv, indtil brugersessionen slutter. Kald altid DEQUEUE-modulet, inklusive i programmets fejlsti.

Når objekttyperne er forstået, anvender næste afsnit dem ved at oprette en transparent tabel i SE11.

Sådan opretter du en gennemsigtig tabel i SE11

En transparent tabel er det mest almindelige ordbogsobjekt, fordi den har en en-til-en-relation med en fysisk tabel i databasen. Trinene nedenfor opretter en fra bunden.

1. Åben SE11: Indtast transaktion SE11, vælg Databasetabel alternativknappen, skriv et navn i kundens navneområde (begyndende med Z eller Y), og vælg Opret.
2. Indtast den korte beskrivelse og leveringsklasse: På Attributter faneblad, tilføj en kort tekst og angiv leveringsklassen, som fortæller SAP hvordan dataene opfører sig under en klientkopi eller en opgradering. Leveringsklasse A bruges til applikationsdata, og C bruges til tilpasning af data.
3. Angiv vedligeholdelsesattributten: Vælg Visning/vedligeholdelse tilladt så en vedligeholdelsesvisning senere kan genereres med SE55 eller SM30.
4. Definer felterne: På Fields I fanen skal du tilføje MANDT som det første nøglefelt med dataelementet MANDT, og derefter tilføje forretningsnøglefelterne. Hvert felt er skrevet af et dataelement, som igen refererer til et domæne, så de tre niveauer, der er beskrevet tidligere, genbruges i stedet for at blive omdefineret.
5. Vedligehold tekniske indstillinger: Klik Tekniske indstillinger (transaktion SE13) og angiv dataklassen, for eksempel APPL0 for stamdata, sammen med den forventede størrelseskategori. Disse værdier bestemmer tablespacet og den oprindelige størrelse i databasen.
6. Aktiver: Presse AktivereAktivering genererer den fysiske tabel i databasen og gør definitionen brugbar i ABAP-programmer.

💡 Tip: Opret fremmednøgler for hvert felt, der skal valideres mod en kontroltabel. Ordbogen håndhæver derefter relationen automatisk, og der kræves ingen valideringskode i programmet.

Når tabellen er aktiv, kan den adresseres direkte fra et ABAP-program med Åbn SQLEksemplet nedenfor læser standardordbogstabellen SCARR ind i en intern tabel og viser dens indhold.

REPORT zdemo_ddic_read.

* Internal table typed directly from the dictionary table SCARR
DATA: lt_scarr TYPE STANDARD TABLE OF scarr,
      ls_scarr TYPE scarr.

SELECT carrid carrname currcode
  FROM scarr
  INTO TABLE lt_scarr.

LOOP AT lt_scarr INTO ls_scarr.
  WRITE: / ls_scarr-carrid, ls_scarr-carrname, ls_scarr-currcode.
ENDLOOP.

Da den interne tabel er skrevet med TYPE STANDARD TABLE OF scarr, kommer hver feltlængde og datatype fra ordbogen. Hvis tabeldefinitionen ændres, registrerer programmet ændringen efter aktivering uden nogen redigering.

Essentiel ABAP-ordbogstransaktion Codes

De følgende transaktioner dækker det daglige arbejde med at definere, kontrollere og vedligeholde ordbogsobjekter.

Ofte Stillede Spørgsmål