Hva er en transaksjon? Transaksjonsbehandlingssystemer

I en verden hvor alt endrer seg så raskt, kan vi ikke et øyeblikk stopp. Dette gjelder mottak av ny informasjon. Ukjent begrep eller den nyeste versjonen av programvaren - det er en anledning til å fylle opp kunnskap på et bestemt område. I dag skal vi snakke om hva transaksjonen, hvordan det fungerer.

Innføring i terminologi

Et utvalg av programvare for automatisering av forretningsprosesser godt etablert på markedet i løpet av de siste 15 årene. Dette krever evne til å arbeide med programvare på ulike nivåer for interaksjon: som operatør, programmerer, regnskapsfører, etc. Derfor er det viktig å forstå noen av de mekanismene i programmet. Til å begynne, la oss håndtere slike hyppige og skremmende mange begreper en transaksjon. Oftest, for å låne ordene til den vakre skjult langt fra et slikt komplekst fenomen, som mange er klar over, ytre et nytt begrep, prøver den ved øret. La oss forstå at en slik transaksjon.

definisjonen

Denne notasjonen brukes til å referere til et produkt som implementerer databasen. Flere operasjoner er logisk kombinert i ett og løper vekselvis til hverandre, og det er en transaksjon. I hverdagen, kan transaksjonen bli betraktet som en kjede av prosedyrer som for eksempel "våken - vasket - kledd - frokost - gikk på jobb."

Betrakt det ovennevnte begrep med eksempel 1C produkter. Transaksjon - dette er det samme udelelig sekvens. En god modell kan tjene som en registrering av vareenheten: å åpne den ønskede katalogen oppretter en ny inngang, fylle i feltene. For å sikre at alle disse handlingene har ført til ønsket resultat, er det nødvendig å gjennomføre dem strengt fra den første til den siste. Bare da prosedyren vil bli betraktet som en suksess. Ellers blir transaksjonen avbrutt.

Disse prosessene kan være enten automatisk, som er gitt i systemet, og manuelt av utvikleren for å avslutte etter å kjøpe det ferdige produktet for å gjøre sistnevnte lettere for brukere av et bestemt selskap. I tillegg er den automatiske modus, når den oppførselen til systemet reguleres ved hjelp av innebygd mekanisme, transaksjoner kan bli omdannet til å kjøre.

Transaksjoner i 1C: spissfindigheter i den innebygde språk

Hva er en transaksjon i det generelle tilfellet, kan vi forstå. Men siden hvert selskap engasjert i utvikling av programvare, noe som gjør det på sin egen måte, det er visse forskjeller mellom transaksjoner generelt og transaksjoner i 1C spesielt. For eksempel er den nestede (transaksjonen i transaksjons) støttes i 1C.

Fra synspunkt av syntaks operatører innebygde språket enkelt nok. Starte prosessen er annonsert av en spesiell prosedyre BeginTransaction (). ZafiksirovatTranzaktsiyu () fremgangsmåten brukes til å registrere endringer under utførelsen av handlinger. Hvis du er i ferd det mislykkes, er det mulig OtmenitTranzaktsiyu () for å angre engasjerte endringer.

Hvorfor bruke en transaksjon er å foretrekke? Fordi koden i disse prosedyrene er mye raskere. Det er denne og søker enhver programmerer. Forskjellen i hastighet er kanskje ikke så merkbar hvis 1C brukere de kontor 1-2 ansatte, men det er umulig å ikke føle seg når det kommer til hele avdelinger, på samme tid til å utføre ulike arbeider i dette programmet.

fallgruver

I tillegg til de åpenbare fordeler, som består i en alvorlig økning i hastigheten på lesing og opptak når du arbeider med databasen, i en transaksjon er det et minus. La oss gå tilbake til den tidligere eksempel på livet. Hva er en transaksjon som ikke er gjort av en person, og hele familien? Alle prøver å komme inn på badet for å vaske opp før alt publikum på kjøkkenet fordi det er frokost. Som et resultat av familiemedlemmer er misfornøyd med hverandre. I beste fall er det bare en dårlig start på dagen, og i verste fall - å være sent på jobben, til en reprimande fra sine overordnede, motarbeide.

I programmet er det samme. Hvis alle brukere vil begynne å endre dataene samtidig i samme dokument, som regnes som den siste versjonen? Hvilke data som brukes til å spare? For å unngå slik forvirring, er det en låsemekanisme. Dette betyr at mens man bruker arbeider på et dokument, den andre er plassert i virtuell kø og venter. Etter fullført eller tilbake dokumentet ikke fungerer neste bruker.

Eller kanskje ikke kontrolleres låser?

Konseptet med en transaksjon kan ikke bli utnyttet fullt ut, uten problemet med overdreven låser. Hva er større onde: fravær av låser fører til unormal prosessen med å lese og skrive med feil resultat ved utgangen, eller for mange, hemme driften av hele bedriften?

Den beste løsningen - styrte låser, som er den gyldne middelvei. En kompetent programmerer kan tilpasse en eksisterende mekanisme til behovene til organisasjonen, slik at de virkelig viktige dokumenter er behandlet i den rekkefølgen køen. Ifølge de samme konfigurasjonselementer, som ikke krever låser, kan du tillate fri redigering.

Således, en tidkrevende analyse av transaksjonene og den riktige innstilling for å låse tillater full utnyttelse av fleksibiliteten i systemet "1C: Enterprise" og optimalisere databaseoperasjonen, minimalisering av tidstap.

Hva forårsaker overdreven lås?

Spørsmålet er ikke retorisk. Hvis det er nødvendig å fjerne låsen, vil det være forvirring og kaos. Databasen vil samle inn feil data på grunn av de samtidige skrive-off balanserer, eller omvendt, periodisering av eiendeler. Men konsekvensene av en slik art som vil dukke opp på en gang. Første gang, vil arbeidet gå raskere, og skaper en illusjon av riktigheten av valg av låsen svikt. På den annen side, et stort antall av dårlig utformet låser straks forårsaker feilmeldinger. "Kan ikke fullføre sikker transaksjon" - advarer vårt system. Hva betyr det? To blokkert gjensidig transaksjon til hverandre slik at ingen kan enten fullføre jobben, eller for å utføre kansellering. Den onde sirkelen av "død" Transaksjonen vil henge i databasen før deteksjon, noe som reduserer systemets ytelse.

Unødvendige kirurgi avbestillings tiltak for å øke antall oppføringer i loggen. I tillegg, er et slikt system ikke er levedyktig, fordi til og med større brukeren bare begrave den under vekten av "døde" låser. Nedetid vokser stadig. Hvordan unngå slike situasjoner?

Isolasjonsnivåer - en måte ikke å gå på grunn

Bortsett fra det faktum at en slik transaksjon, vi nevnte om fallgruvene. Fortsetter analogi, kan vi trygt hevde at variasjonen i nivået av låsen - et pålitelig verktøy en pilot på en reise til sjøen 1C. Det er to nivåer av isolasjon: "read-only, ingen oppføring" og "nei opptak eller lesing." I automatisk valgmodus er ikke tilgjengelig. Men det er nok til å oversette programmet i forvaltet modus, og du kan sette "smarte" restriksjoner, som velger å ikke bare viktige dokumenter, men også tildele dem riktig nivå av isolasjon.

Men godt iscenesatt arbeid - er, fremfor alt, forebygging av krisesituasjoner, og ikke bare betimelig avvikling allerede har skjedd feil. Assistant databaseadministrator vil gi transaksjonsbehandlingssystemer. Det er på grunnlag av disse dataene, hvordan var noen operasjoner på systemet, om de har blitt fullført eller kansellert, er det mulig å forutsi den videre oppførselen til systemet og forhindre potensielle trusler.

En generell oppsummering

Vi har jobbet med definisjonen av transaksjonen, ansett som et flytskjema av prosessen fra innsiden, ble kjent med de ulike måter å regulere virksomheten innenfor en enkelt informasjonsgrunnlag.

Som vist, er mekanismen ikke lett, men lett å forstå og bedre adresse de selv uerfarne programmerere og databaseadministratorer. kontrollmetoder kan ennå ikke bli brakt til perfeksjon, og for å unngå problemer i en helautomatisk modus, også, er ikke mulig, men likevel med hver ny versjon av programvareutvikleren livet blir enklere.