Hvad er en transaktion? Transaktion-systemer

I en verden, hvor alt er under forandring så hurtigt, kan vi ikke i et minut stop. Dette gælder for modtagelsen af nye oplysninger. Ukendt udtryk eller den seneste version af softwaren - det er en lejlighed til at fylde viden på et bestemt område. I dag vil vi tale om, hvad transaktionen, hvordan det fungerer.

Introduktion til terminologi

Et udvalg af software til automatisering af forretningsprocesser fast etableret på markedet i de sidste 15 år. Det kræver evnen til at arbejde med software på forskellige niveauer af interaktion: som operatøren, programmør, revisor mv Derfor er det vigtigt at forstå nogle af mekanismerne i programmet. Til at begynde, lad os håndtere sådanne hyppige og skræmmende mange termer en transaktion. Oftest at låne ordene fra den smukke skjulte langt fra et så komplekst fænomen, som mange indse, at sige et nyt udtryk, forsøger det efter gehør. Lad os forstå, at en sådan transaktion.

definitionen

Denne notation anvendes til at henvise til en hvilken som helst produkt, der implementerer databasen. Adskillige operationer logisk kombineret i én og kører skiftevis til hinanden, og der er en transaktion. I dagligdagen, kan transaktionen blive betragtet som en kæde af procedurer såsom "vågen - vaskes - klædt - morgenmad - gik på arbejde."

Overveje den ovenstående koncept med eksempel 1C produkter. Transaktion - dette er den samme udelelige sekvens. En god model kan tjene som en registrering af råvare enhed: at åbne den ønskede mappe, skal du oprette en ny post, udfylde de relevante felter. For at sikre, at alle disse tiltag har ført til det ønskede resultat, er det nødvendigt at gennemføre dem strengt fra den første til den sidste. Først da proceduren vil blive betragtet som en succes. Ellers bliver transaktionen annulleres.

Disse processer kan enten være automatisk, som er forudsat i systemet, og manuelt af udvikleren til at afslutte efter at have købt det færdige produkt for at gøre det sidstnævnte lettere for brugere af en bestemt virksomhed. Hertil kommer, at automatisk drift, når opførslen af systemet er reguleret ved indbygget mekanisme, transaktioner kan konverteres til at køre.

Transaktioner i 1C: nuancerne i den indbyggede sprog

Hvad er en transaktion i det generelle tilfælde, kan vi forstå. Men da hver virksomhed beskæftiger sig med udvikling af software, der gør det på deres egen måde, er der visse forskelle mellem transaktioner i almindelighed og transaktioner i 1C i særdeleshed. For eksempel er det indlejrede (transaktion inden transaktionen) understøttes ikke i 1C.

Fra synspunkt syntaks operatører indbyggede sprog enkle nok. Start processen annonceret af en særlig procedure BeginTransaction (). ZafiksirovatTranzaktsiyu () procedure anvendes til at registrere ændringer under udførelse af handlinger. Hvis i processen det mislykkes, er det muligt OtmenitTranzaktsiyu () for at fortryde engagerede ændringer.

Hvorfor bruge en transaktion er at foretrække? Fordi koden i disse procedurer er meget hurtigere. Det er til dette og søger enhver programmør. Forskellen i hastighed er måske ikke så mærkbar, hvis 1C-brugere i de office 1-2 medarbejdere, men det er umuligt ikke at føle, når det kommer til hele afdelinger, på samme tid til at udføre forskellige værker i dette program.

faldgruber

Ud over de åbenlyse fordele, der består i en alvorlig stigning i hastigheden af læsning og optagelse, når der arbejdes med databasen, i en transaktion er der et minus. Lad os gå tilbage til det tidligere eksempel på livet. Hvad er en transaktion, som ikke er udført af én person, og hele familien? Alle forsøger at komme ind i badeværelset for at vaske op, før alle tilskuerne i køkkenet, fordi det er morgenmaden. Som et resultat, familiemedlemmer er utilfredse med hinanden. I bedste fald er det bare en dårlig start på dagen, og i værste fald - at være for sent på arbejde, til en påtale fra sine overordnede, forpurre.

I programmet er der det samme. Hvis alle brugere vil begynde at ændre dataene på samme tid i samme dokument, som betragtes som den sidste version? Hvilke data bliver brugt til at redde? For at undgå en sådan forvirring, er der en låsemekanisme. Det betyder, at mens en bruger arbejder på et dokument, sekund den er placeret i den virtuelle kø og venter. Efter en vellykket afslutning eller rollback dokumentet kan ikke arbejde den næste bruger.

Eller måske ikke styres låse?

Begrebet en transaktion ikke fuldt ud kan løses, uden at problemet med for store sluser. Hvad er det større onde: fraværet af låse, der fører til unormal proces med læsning og skrivning med de forkerte resultater på outputtet, eller for mange, hæmme driften af hele virksomheden?

Den bedste løsning - kontrollerede låse, som er den gyldne middelvej. En kompetent programmør kan tilpasse en eksisterende mekanisme til behovene i organisationen, så de virkelig vigtige dokumenter behandles i den rækkefølge kø. Ifølge samme konfiguration elementer, som ikke kræver låse, kan du tillade fri redigering.

, En rettidig analyse af de transaktioner og den rette indstilling til at låse Således tillader fuld udnyttelse af fleksibiliteten i systemet "1C: Enterprise" og optimere databasen drift, minimere den tid tab.

Hvad er årsagen til overdreven lås?

Spørgsmålet er ikke retorisk. Hvis det er nødvendigt at fjerne låsen, vil der være forvirring og kaos. Databasen vil indsamle de forkerte data på grund af de samtidige afskrivning balancer, eller omvendt, periodisering af aktiver. Men konsekvenserne af en sådan art, der vil dukke op på en gang. Den første gang, vil arbejdet gå hurtigt, hvilket skaber en illusion af rigtigheden af valg af lås fiasko. På den anden side, et stort antal dårligt udtænkt låse straks forårsager fejlmeddelelser. "Kunne ikke fuldføre sikker transaktion" - advarer vores system. Hvad betyder det? To gensidigt blokeret transaktion til hinanden, så at ingen enten kan fuldføre opgaven, eller at udføre annulleringen. Den onde cirkel af "døde" transaktion vil hænge i databasen før afsløring, en markant reduktion systemets ydeevne.

Unødvendige kirurgi annullering tiltag for at øge antallet af registreringer i loggen. Hertil kommer, et sådant system ikke er levedygtig, fordi endnu større brugeren blot begrave det under vægten af "døde" låse. Nedetid er altid voksende. Hvordan at undgå sådanne situationer?

Isolation niveauer - en måde ikke at stødt på grund

Bortset fra det faktum, at en sådan transaktion, vi nævnte om faldgruberne. Fortsat analogien, kan vi trygt hævde, at variationen i niveauet af låsen - et pålideligt værktøj pilot på en rejse til havet 1C. Der er to niveauer af isolation: "read-only, ingen post" og "ingen optagelse eller læsning." I automatisk valg tilstand er ikke tilgængelig. Men det er nok til at oversætte programmet i administreret tilstand, og du kan sætte "smart" begrænsninger, der vælger ikke kun vigtige dokumenter, men også tildele dem et passende niveau af isolering.

Men godt iscenesat arbejde - er først og fremmest forebyggelse af nødsituationer, og ikke kun rettidig afviklingen har allerede fundet sted fiaskoer. Assistent database administrator vil give transaktion behandlingssystemer. Det er på baggrund af disse data, hvordan var nogen operationer på systemet, uanset om de er blevet gennemført eller annulleret, er det muligt at forudsige den videre opførsel af systemet og forebygge potentielle trusler.

En generel sammenfatning

Vi behandlet definitionen af transaktionen, betragtes som en flowchart af processen indefra, fik kendskab til de forskellige måder at regulere operationer inden for en enkelt information base.

Som vist, mekanismen er ikke let, men let at forstå og bedre adresse de selv uerfarne programmører og database administratorer. bekæmpelsesmetoder kan endnu ikke bragt til perfektion, og for at undgå problemer i en fuldautomatisk tilstand, også, ikke er muligt, men ikke desto mindre med hver ny version af software udvikler livet bliver lettere.