Computer science, ja erityisesti tietokantoihin, kauppa, kuten varaus, osto-tai maksu on toteutettu läpi toimintojen sarjan, joka siirtää tietokannan tilaan ennen tapahtuman tilaan B, posterior ja mekanismit, joita käytetään saada, että tämä järjestys on sekä atomic, johdonmukainen, eristetty ja kestävä (HAPPO)Suurin osa tietokannan hallinta-järjestelmän hierarkkinen tietojen ihmissuhteisiin markkinoilla, jotta ihmiset voivat tehdä liiketoimia atomic, johdonmukainen, eristetty ja kestävä. Käsite tapahtuma perustuu käsitteeseen synkronointi kohta (sync point), joka edustaa vakaa valtio tietokoneen järjestelmän katsotaan, erityisesti sen tiedot. Esimerkiksi, kun tietojen käyttö siirtää rahaa yhdeltä pankkitililtä toiselle pankkitilille, on tehtävä vetäytyminen varojen lähde tili ja talletus tavoite huomioon. Sen tietokoneohjelma, joka suorittaa tämä kauppa on varmistaa, että kaksi toiminnot voidaan suorittaa ilman virheen, ja tässä tapauksessa muutos tulee voimaan kaksi tiliä.
Jos tämä ei ole tapauksessa toiminta on peruttu. Molemmat tilit säilyttää alkuperäiset arvot Tämä varmistaa tietojen johdonmukaisuus tilien välillä.
Tämä ikivanha tekniikka harjoiteltu kanssa valvoo kaupallisen, kuten IBM CICS, TOS TIEDOTE, MTU, Siemens, on nykyään laajalti käytetty arkkitehtuurit web-sovelluksia, ja asiakas-palvelin-sovelluksia. Ongelma tässä toimintatavassa on se, että se on joskus sekvenssin useita näyttöjä tai sivuja kehittää täydellinen transaktion ACID. Tämä on menetelmä, Merise, joka on ensimmäistä kertaa määritelty nämä käsitteet: Tämä tehtävä on pitää pseudo-kaupan näkökulmasta monitori on liiketoimi tekniikka, mutta ei tietenkään oikeasti toimiva, kunhan sarja ei ole valmistunut. Vastaukset entinen ovat myös ne, joita käytetään tänään"uutta"teknologiaa: Se on helppo ymmärtää, miksi, jos meillä oli joitakin järjestelmän lukot (DBMS) koko sekvenssi, jonka kesto on hallitsematon, järjestelmä romahtaa. Se on koko pisteen pseudo-kaupallisen Mutta strategia valvonta-eristäminen on periaatteessa toimiva. Pseudo-kauppa on niin paljon HAPPOA, mutta toiminnalliset säännöt ovat sellaiset, että johdonmukaisuus kunkin pseudo-tapahtuman järjestys on taattu ilman päivitystä tietokantaan. Client-sovellus-palvelin on hyvin suunniteltu, se myös käyttää pseudo-operaatioita, mutta asiayhteys on onnistunut client sovellus, joka lievittää kaikki palvelimelle. Skeema tyyppi on seuraava.
