tapahtuma on yksi looginen yksikkö työtä, joka sisäänkäyntien ja mahdollisesti muuttaa tietokannan sisällön. Transaktiot pääsevät tietoihin luku-ja kirjoitustoimintojen avulla.
johdonmukaisuuden säilyttämiseksi tietokantaan, ennen ja jälkeen tapahtuman, tiettyjä ominaisuuksia noudatetaan. Näitä kutsutaan HAPPOOMINAISUUKSIKSI.
Atomisuuden
tällä tarkoitamme, että joko koko kauppa tapahtuu kerran tai ei tapahdu lainkaan. Ei ole midway so., liiketoimet eivät tapahdu osittain. Jokainen liiketoimi katsotaan yhdeksi yksiköksi, ja se joko suoritetaan loppuun tai sitä ei toteuteta lainkaan. Siihen liittyy kaksi seuraavaa operaatiota.
– keskeytys:jos Tapahtuma keskeytyy, tietokantaan tehdyt muutokset eivät näy.
– Commit: jos transaktio sitoutuu, tehdyt muutokset näkyvät.
Atomicity tunnetaan myös nimellä ”All or nothing rule”.
Harkitse seuraavia transaktioon T, joka koostuu T1 ja T2: Transfer of 100 tililtä X-tili Y.,
Jos tapahtuma epäonnistuu päätyttyä T1, mutta ennen loppuun T2.( sanoa, kun kirjoittaa(X) mutta ennen kuin kirjoittaa(Y)), niin määrä on vähennetty X, mutta ei lisätty, Y. Tämä johtaa epäyhtenäiseen tietokannan tila. Näin ollen liiketoimi on toteutettava kokonaisuudessaan tietokannan tilan oikeellisuuden varmistamiseksi.
Johdonmukaisuus
Tämä tarkoittaa sitä, että koskemattomuuden rajoitusten on säilytettävä niin, että tietokanta on johdonmukainen ennen ja jälkeen tapahtuman. Se viittaa tietokannan oikeellisuuteen., Edellä mainittuun esimerkkiin viitaten
kokonaissumma ennen ja jälkeen liiketoimen on säilytettävä.
Yhteensä ennen T: tä = 500 + 200 = 700.
yhteensä T: n jälkeen tapahtuu = 400 + 300 = 700.
siksi tietokanta on johdonmukainen. Epäjohdonmukaisuutta esiintyy, jos T1 on valmis, mutta T2 epäonnistuu. Tämän seurauksena T on epätäydellinen.
Eristäminen
Tämä ominaisuus varmistaa, että useita tapahtumia voi esiintyä samanaikaisesti ilman johtaa epäjohdonmukaisuus tietokannan tila. Tapahtumat tapahtuvat itsenäisesti ilman häiriöitä., Tietyssä transaktiossa tapahtuvat muutokset eivät näy missään muussa transaktiossa ennen kuin kyseinen transaktion muutos on kirjoitettu muistiin tai tehty. Tämä ominaisuus varmistaa, että toimeenpano samanaikaisesti tuloksena on tila, joka vastaa tila saavutetaan nämä teloitettiin peräkkäin jossain järjestyksessä.
Let X = 500, Y = 500.
harkitse kahta transaktiota T ja T”.
Oletetaan, että T on suoritettu ennen kuin Lukea (Y) ja sitten T” alkaa., Seurauksena , lomituksen toiminta tapahtuu, koska joka T” lukee oikea arvo on X, mutta virheellinen arvo Y ja summa lasketaan
T”: (X+Y = 50, 000+500=50, 500)
ei näin ollen ole yhdenmukainen summa lopussa kauppa:
T: (X+Y = 50, 000 + 450 = 50, 450).
tämä johtaa tietokannan epäjohdonmukaisuuteen, joka johtuu 50 yksikön menetyksestä. Näin ollen transaktioiden on tapahduttava erillään ja muutosten pitäisi näkyä vasta sen jälkeen, kun ne on tehty päämuistiin.,
Kestävyys:
Tämä ominaisuus varmistaa, että kun tapahtuma on valmis toteutus, päivitykset ja muutokset tietokantaan tallennetaan ja kirjoitetaan levylle ja ne jatkuvat, vaikka järjestelmän vika. Näistä päivityksistä tulee nyt pysyviä ja ne tallennetaan haihtumattomaan muistiin. Kaupan vaikutukset eivät siis koskaan katoa.,
ACID-ominaisuuksia, kokonaisuudessaan, tarjota mekanismi, jonka avulla pyritään varmistamaan niiden oikeellisuus ja johdonmukaisuus tietokantaan tavalla, niin että jokainen transaktio on joukko operaatioita, joka toimii yhtenä yksikkönä, tuottaa johdonmukaisia tuloksia, toimii erillään muista toimintoja ja päivityksiä, että se tekee ovat pysyvästi tallennettu.
tämän artikkelin on kirjoittanut Avneet Kaur. Jos pidät GeeksforGeeks ja haluat edistää, voit myös kirjoittaa artikkeli käyttää contribute.geeksforgeeks.org tai lähetä artikkeli [email protected]., Katso artikkeli esiintyy GeeksforGeeks pääsivulla ja auttaa muita nörttejä.