Tietokantatapahtuma

Johdanto

Tietokantajärjestelmässä tapahtuma on erillinen työyksikkö, se voi muokata käyttäjän tilin saldoa voi olla kirjoitusoperaatio inventaario. Yhden käyttäjän, yhden tietokannan ympäristössä suorittaa suhteellisen yksinkertaisia ​​asioita, mutta hajautetussa ympäristössä, useiden tietokantojen eheyden ylläpitäminen on monimutkaisempaa. Suurin osa online-tapahtumien käsittelyjärjestelmistä on toteutettu keskustietokoneissa, mikä johtuu sen toimintojen monimutkaisuudesta, nopean syötteen / tulostuksen tarpeesta ja hallinnan parantamisesta. Jos tapahtumaa muutetaan useissa paikoissa, sen tiedonhallintamekanismi on kirjoitettava uudelleen synkronoinnin estämiseksi ja tarjoamiseksi. Sillä on myös oltava kyky palauttaa tapahtumavirhe turvallisuuden ja tietojen palautuksen tarjoamiseksi.

Jos esimerkiksi siirrymme pankkisiirtoon, toiminta voidaan jakaa kahteen seuraavaan alueeseen:

(1) nostaa rahaa tililtä.

(2) maksu toiselle tilille.

Tässä prosessissa kaksi aluetta on linkitetty. Ensimmäiselle tilille, jolla varoja nostetaan, on taattava oikeus toiselle tilille, jos toista osaa ei ole suoritettu loppuun, koko prosessi tulee peruuttaa tai muuten ilmaantuu rahan menetysongelmia. Koko prosessi voidaan nähdä asia, menestys on kaikki menestys, epäonnistuminen, kaikki mitä sinun tarvitsee kumota, jotta vältetään toiminnan, kun keskiosa ongelman, jolloin tiedot epäjohdonmukaisuuksia.

tietokantatapahtuma on looginen jako, joskus ei kovin selkeä, se voi olla useita vaiheita voi olla vaiheita. Ymmärrämme asioiden tietokannan: tietokantaan tehtyjen muutosten sarja, muokkausprosessissa, joita ei ole vielä kirjoitettu tietokantaan, mutta jotka on tallennettu käyttäjän omaan päätteeseen, voi esikatsella muutoksia, kunnes kaikki muutokset on tehty, ja tarkistettu niiden oikeaksi, ja toimita kertaluonteinen kirjoitettu tietokantaan, ennen lähettämistä voidaan tarvittaessa peruuttaa tehdyt muutokset. Lähettämisen jälkeen, sitä ei voi peruuttaa, onnistumisen jälkeen muut käyttäjät voivat lähettää kyselyitä ennen muutosta voi selata tietoja.

ominaisuudet

1, atomiteetti (atomicity): kaikki tapahtuman toiminnot ovat integroitu tietokanta, joko valmiina tai kaikkia ei suoriteta.

2, johdonmukaisuus (Consistency): useita rinnakkain suoritettuja tapahtumia, joiden tulosten on oltava yhdenmukaisia ​​tietyn sarjasuoritusjärjestyksen kanssa.

3, eristäminen (Isolation): tapahtuman suorittaminen häiritsemättä muita tapahtumia, tapahtuman suorittamisen välituloksen on oltava läpinäkyvä.

4, pysyvä (kestävyys): Kaikkien sitoutuneiden tapahtumien osalta järjestelmän on varmistettava, että tietokantatapahtumaan tehdyt muutokset eivät katoa, vaikka tietokanta epäonnistuisi.

tapahtuman ACID ominaisuudet relaatiotietokantajärjestelmän (DBMS) saavuttaa käyttämällä DBMS tapahtumalokia atomisuuden, johdonmukaisuuden ja kestävyyden varmistamiseksi. Tietokantaan tehdyt päivitystapahtumalokitietueet, tapahtuma, jos suorituksen aikana tapahtuu virhe, tapahtuma olisi tehty tietokannan päivitykset voidaan peruuttaa lokin alla, jolloin tietokanta palautetaan alkuperäiseen tilaan ennen suorituksen suorittamista. kauppa.

Tapahtuman eristämiseksi DBMS saavutetaan lukitusmekanismilla. Kun useat tapahtumat samanaikaisesti päivittävät samat tiedot tietokantaan, vain lukon pitäminen voi päivittää tapahtuman tiedot, muiden tapahtumien on odotettava, kunnes lukko vapautetaan ennen tapahtumaa, muilla tapahtumilla on mahdollisuus päivittää tiedot.

rooli

tyypillisesti se sisältää tietokantatapahtuman sekvenssitietokannan lukemiseen / kirjoitustoimintoihin. Sen läsnäololla on kaksi tarkoitusta:

1. tarjoaa menetelmän toipua virhetilasta tietokannan normaaliin toimintosarjaan, kun tietokanta on edelleen käytössä myös epänormaalissa tilassa menetelmän johdonmukaisuuden säilyttämiseksi.

2. kun useat samanaikaiset sovellukset käyttävät tietokantaa, se voi tarjota eristysmenetelmän näiden sovellusten välillä toistensa toiminnan häiriöiden estämiseksi.

Kun tapahtuma lähetetään DBMS:ään (tietokannan hallintajärjestelmä), DBMS:n (tietokannan hallintajärjestelmä) on varmistettava, että tapahtuman kaikki toiminnot on suoritettu onnistuneesti ja tulokset tallennetaan pysyvästi tietokannassa, jos tapahtuma ei onnistu onnistuneesti missään toiminnossa, kaikki tapahtuman toiminnot on palautettava takaisin tilaan ennen tapahtuman suorittamista; Samaan aikaan liiketoimella ei ollut vaikutusta tietokantaan tai suorittaa muita tapahtumia, kaikki tapahtuma näytti toimivan itsenäisesti.

Todellisuudessa epäonnistumisen riski on kuitenkin suuri. Tietokannassa tapahtuvan tapahtuman suorittamisen aikana on mahdollista kohdata tapahtuman epäonnistuminen, tietokantajärjestelmän/käyttöjärjestelmän vika tai jopa tallennusvälinevika ja niin edelleen. Tämä edellyttää, että DBMS-tapahtuma ei suorita palautustoimintoa, tietokanta palauttaa tilansa johdonmukaiseen tilaan (tietojen yhdenmukaisuuden taattu tila). Saavuttaakseen tilan palauttaa tietokannan johdonmukaisen tilan toimintoja, DBMS yleensä vaaditaan ylläpitämään tapahtumalokin tiedot tietokantaan seurata kaikkia tapahtumia, jotka vaikuttavat toimintaan.

Tietokantatapahtumamallit

eksplisiittinen tapahtuma

eksplisiittinen tapahtuma, joka tunnetaan nimellä määritelty tapahtuma, joka on tapahtuman määritetty alku ja loppu ja eksplisiittinen tapahtuma käytettäessä aloitustapahtumaa ja sitoumuslausunto sanoi tapahtuneen.

implisiittinen tapahtuma

implisiittinen tapahtuma tarkoittaa, että jokaisesta tiedonkäsittelylausekkeesta tulee automaattisesti tapahtuma, tapahtuman aloitus on implisiittinen, tapahtuman päät on merkitty selvästi. Silloin käyttäjätiedot, järjestelmä avaa automaattisesti tapahtuman, joka päättyy tapahtumaan, on soitettava manuaalisesti sitoumus tai palautuslauseke nykyisen tapahtuman loppuun, avataan automaattisesti uusi tapahtuma, kun tapahtuma on valmis.

Automaattinen tapahtuma

viittaa automaattiseen tapahtumatapahtumaan, joka otetaan automaattisesti käyttöön ja lopettaa tapahtuman automaattisesti. Tapahtuman aikana, jos poikkeusta ei tapahdu, tapahtuma kirjataan automaattisesti; kun suoritusvirhe tapahtuu, tapahtuma peruutetaan automaattisesti.

etu

transaktiotapa pääsy tietokantaan, sillä on seuraavat edut:

1, liittyvät logiikkatoiminnot ryhmään;

2, ennen pysyvää muutosta tiedoissa esikatselutiedot voivat muuttua;

3, lue tietojen johdonmukaisuuden varmistamiseksi.