luzzattigramsci.it

  

Bästa artiklarna:

  
Main / Hur man kontrollerar bordslås i sap

Hur man kontrollerar bordslås i sap

Det finns inget värre än att ha två användare som ändrar samma data samtidigt. Resultaten kan i bästa fall vara problematiska och i värsta fall katastrofala. Detta garanterar datakorrekthet och konsistens även när ett stort antal användare är anslutna till SAP-systemet. I en SAP-miljö kan till exempel bara en enda utvecklarsession ändra källkoden för ett ABAP-program åt gången, och endast en användare får se underhållsskärmen för en viss anpassningstabell. Vad som gör att allt detta händer är en extra SAP-låsningsmekanism som gör att du kan synkronisera läs- eller skrivförfrågningar samtidigt för en viss uppsättning data.

Syftet är att förhindra att man skriver data som läses av någon eller begränsar att data läses som redan finns i redigeringsläget. Även om detaljerna i låsskapningar ligger utanför denna artikel är det en bra idé att bekanta dig med den mekanism som gör det möjligt att låsa. Lås objekt Innan du låser in dina program måste du skapa låsobjekt för just den datauppsättningen. Typiska exempel på låsobjekt är: Låsförhållanden definierade av låsparametrar När du definierar låsobjektet måste du ange de fältnamn som utgör låsvillkoret.

Låsförhållandena visar de tabellfält som du vill förhindra att åtkomst samtidigt, vanligtvis nyckeldata som unikt anger ett visst objekt eller en tabellpost. Under formuleringen av dessa villkor antyds ett OCH-tillstånd. Du kanske till exempel vill låsa anställd 2900 i klient 300. Detta ger en uppfattning om avsikten med applikationen som använder ett visst lås i sin kod. Låt oss överväga det vanliga löneprogrammet som låser alla personalenummer vars löneresultat beräknas.

Under genomförandet av detta program får ingen annan applikation ställa in ett lås för att ändra respektive anställdas data. Det finns tre lägen för SAP-lås: Det delade låset begärs av ett program som vill läsa en viss uppsättning data. Om det lyckas är alla andra applikationer som begär delade lås på samma data tillåtna. Alla sådana skrivlåsningsförfrågningar nekas dock. Exklusivt och kumulativt. Detta läge är också känt som ett skrivlås.

Det begärs av transaktioner som uppdaterar innehållet i en viss tabell. Samma transaktion kan kräva ytterligare skrivlås. En kumulativ räknare, initialiserad till 0, tillhandahålls för detta ändamål.

Varje gång en viss data låses via ett kumulativt lås ökas räknaren med 1. Alla externa läslås nekas. Exklusivt och inte kumulativt. Detta läge beter sig på samma sätt som det kumulativa låset. Den enda skillnaden är att den kumulativa faciliteten inte är tillåten. en transaktion kan inte ställa in ytterligare låsposter på data som den redan har låst.

Vart går vi härifrån? Två funktionsmoduler, en för att ställa in lås och den andra för att släppa dem, genereras automatiskt efter lyckad aktivering av låsobjektet i ABAP Dictionary. Alla SAP-transaktioner som vill använda SAP-låsanordningen måste anropa dessa funktionsmoduler med lämpliga parametrar. Ett pseudokodformat för alla applikationsprogram som använder SAP-låsningsfaciliteten visas nedan: I slutet av alla transaktioner släpps alla lås automatiskt.

Dessa inkluderar de låsparametrar som tidigare definierats i ABAP-ordlistan som anger tabellinmatning eller poster som ska låsas. Det är inte nödvändigt att ange låsparametrar i sin helhet vid körning.

Om vi ​​bara tillhandahåller partiella parametrar är det generiska låset underförstått. I detta fall skulle alla anställdsposter i klient 300 vara låsta oavsett deras personalnummer. Detta undantag innebär att tabellposterna som motsvarar de angivna parametrarna redan har låsts av en annan applikation.

När ett annat program försöker låsa samma objekt hänvisar SAP till denna tabell för att ta reda på om det redan är i ett låst tillstånd. Om inte är det tillåtet att fortsätta. Inkluderade fält är: Lås argument. Detta görs från nyckeldata för låsparametern. Kumulativ räknare. När det gäller det kumulativa låset visar detta hur många gånger lås har tillämpats. Användarnamn. Detta är namnet på användaren som har kört applikationen som har tillämpat låset.

Du kan använda den här tabellen för att visa typ och argument för låset. Alla låsposter som ställts in av en viss transaktion raderas automatiskt från tabellen vid transaktionens avslutning.

Slutsats Kunskap om SAP-låsmekanismen är avgörande för att kunna skriva även de enklaste programuppdateringsprogrammen.

Följ alltid den gyllene regeln: Försök att uttrycka ditt problem i termer av datafält som ska låsas för att formulera låsförhållandet. Redaktörens val. Hur iRobot använde datavetenskap, moln och DevOps för att designa nästa generations smarta hemrobotar. Utöver PC: Lenovos ambitiösa plan för framtiden för datorer. Rakt upp: Hur Kentucky Bourbon-industrin går högteknologiskt. Inuti Raspberry Pi: Hur självgående traktorer, AI och precisionsjordbruk kommer att rädda oss från den överhängande livsmedelskrisen.

Smart jordbruk: Hur IoT, robotik och AI hanterar ett av århundradets största problem. Visa kommentarer. Dölj kommentarer. Min profil Logga ut. Gå med i diskussionen. Lägg till din kommentar.

(с) 2019 luzzattigramsci.it