Mikä on tapahtuma? Tapahtumankäsittelyjärjestelmiä

Maailmassa, jossa kaikki muuttuu niin nopeasti, emme voi hetkeksikään pysähtyy. Tämä koskee sellaisten uusien olosuhteiden perusteella. Tuntematon aikavälillä tai viimeisimmän version ohjelmistosta - se on tilaisuus tankata tietämystä jollakin tietyllä alueella. Tänään puhua siitä, mitä Kaupan miten se toimii.

Johdatus terminologiaan

Erilaisia ohjelmistoja liiketoimintaprosessien automatisointiin vakiintuneet markkinoille viimeisten 15 vuoden aikana. Tämä edellyttää kykyä työskennellä ohjelmiston eri vuorovaikutus: operaattoriksi, ohjelmoija, kirjanpitäjä, jne Siksi on tärkeää ymmärtää joitakin mekanismeja ohjelman. Aloita nyt käsittelemään tällaisia pelottavien monet termit tapahtuman. Useimmiten, lainata sanoja kauniin piilossa kaukana niin monimutkainen ilmiö, niin moni ymmärtää, lausuen uusi termi, yrittää sitä korvakuulolta. Oletetaan ymmärtää, että tällainen toimenpide.

määritelmä

Tämä merkintää käytetään viittaamaan mihin tahansa ja joka käyttää tietokantaa. Useita toiminta on loogisesti yhdistetty yhdeksi ja käynnissä vuorotellen toisiinsa, ja on kaupan. Jokapäiväisessä elämässä, kauppa voidaan pitää ketjun menettelyjä, kuten "hereillä - pesty - pukeutunut - aamiainen - meni töihin."

Tarkastellaan edellä käsite kuin esimerkissä 1C tuotteita. Tapahtuma - tämä on sama jakamaton sekvenssin. Hyvä malli voi toimia kirjaa hyödykkeen yksikkö: avaamalla haluamasi hakemisto, luoda uuden merkinnän, täyttämällä kenttiin. Varmistaa, että kaikki nämä toimet ovat johtaneet toivottuun tulokseen, on syytä toteuttaa ne tiukasti ensimmäisestä viimeiseen. Vasta sitten menettely pidetään onnistuneena. Muuten kauppa purkautuu.

Nämä prosessit voivat olla joko automaattinen, joka on järjestetty järjestelmään, ja manuaalisesti kehittäjä lopettaa kun ostaa valmiin tuotteen, jotta tämä helpottaa käyttäjien tietyn yrityksen. Lisäksi, automaattinen tila, kun järjestelmän käyttäytymistä säätelee sisäänrakennettu mekanismi, tapahtumat voidaan muuntaa toimimaan.

Liiketoimien 1C: vivahteet sisäänrakennettu kielellä

Mikä on tapahtuman yleisessä tapauksessa, voimme ymmärtää. Mutta koska jokainen yritys harjoittaa ohjelmistojen kehittäminen, joten se omalla tavallaan, on tiettyjä eroja liiketoimien yleensä ja liiketoimien 1C erityisesti. Esimerkiksi sisäkkäisiä (siirron osalta kauppa) ei tueta 1C.

Vuodesta kannalta syntaksin toimijoiden sisäänrakennettu kielellä yksinkertaiselta. Prosessin aloittamista on ilmoittanut erityistä menettelyä BeginTransaction (). ZafiksirovatTranzaktsiyu () menettelyä käytetään tallentamaan muutoksia suorituksen aikana toimia. Jos prosessissa se epäonnistuu, on mahdollista OtmenitTranzaktsiyu () kumota sitoutunut muutoksiin.

Miksi käyttää liiketoimi on parempi? Koska koodi näissä menettelyissä on paljon nopeampi. On tähän ja pyrkii tahansa ohjelmoija. Nopeusero ei ehkä ole yhtä havaittavissa jos 1C käyttäjien toimistossa 1-2 työntekijää, mutta se on mahdotonta olla tuntea, kun se tulee koko osastojen, samalla suorittaa erilaisia töitä tässä ohjelmassa.

sudenkuoppia

Lisäksi selviä etuja, jotka muodostuvat vakava kasvu luku- ja tallennus työskenneltäessä tietokanta, kaupalla on miinus. Palataan aikaisempaan esimerkin elämän. Mikä on tapahtuma, joka ei ole tehnyt yksi henkilö, ja koko perhe? Jokainen yrittää päästä kylpyhuoneeseen peseytyä ennen kuin kaikki väkijoukkoon keittiössä, koska se on aamiaisen aika. Tämän seurauksena perheenjäsenet ovat tyytymättömiä toistensa kanssa. Parhaimmillaan se on vain huono alku päivä, ja pahimmillaan - on myöhässä töistä, varoituksesta esimiehiltään, tukahduttaa.

Ohjelmassa on sama. Jos kaikki käyttäjät alkavat muuttaa tietoja samanaikaisesti samaan asiakirjaan, jota pidetään viimeinen versio? Mitä tietoja käytetään pelastaa? Välttämiseksi tällaisen sekaannuksen, on lukitusmekanismi. Tämä tarkoittaa, että vaikka yksi käyttäjä työskentelee asiakirjaa, toinen sijoitetaan virtuaalinen jonossa ja odottaa. Suoriutuneelle tai palautus asiakirjaa ei ehkä toimi seuraavaa käyttäjää.

Tai ei voi säätää lukot?

Käsite tapahtumaa ei voida täysin ratkaista ilman ongelmaa liiallisen lukot. Mikä on suurempi paha: puuttuminen lukot johtaa poikkeavissa lukemisen ja kirjoittamisen kanssa vääriä tuloksia lähdössä, tai liian monta, estämällä toimintaa koko yrityksen?

Paras ratkaisu - ohjattu lukot, jotka ovat kultainen. Osaava ohjelmoija voi muokata jo olemassa olevaa menetelmää tarpeisiin organisaation niin, että todella tärkeitä asiakirjoja käsitellään siinä järjestyksessä jonoon. Tämän saman kokoonpanon elementtejä, jotka eivät edellytä lukkoja, voit kulkea vapaasti muokkausta.

Niinpä ajoissa analyysi liiketoimien ja oikea asenne lukita mahdollistaa täyden käytön joustavuuden järjestelmän "1C: Enterprise" ja optimoida tietokannan toimintaa, minimoiden ajanhukkaa.

Mikä aiheuttaa liiallista lukko?

Kysymys ei ole retorinen. Tarvittaessa poistaa eston, siellä on hämmennystä ja kaaosta. Tietokanta kerää väärien tietojen vuoksi samanaikaisten alaskirjauksen tasapainoa, tai päinvastoin, kertymä omaisuuden. Mutta seuraukset sellaisia, että syntyy kerralla. Ensimmäistä kertaa, työ menee nopeasti, luo illuusion paikkansapitävyyden valinta lukitusvirhe. Toisaalta, monet huonosti suunniteltu lukot välittömästi aiheuttaa virheilmoituksia. "Ei voida suorittaa turvallisen tapahtuman" - varoittaa järjestelmäämme. Mitä se tarkoittaa? Kaksi keskenään estetty kauppa toisiinsa siten, että kukaan ei voi joko täydentää työ, tai suorittaa peruutuksen. Noidankehä "kuollut" kauppa jumittui tietokantaan ennen havaitsemista, mikä vähentää järjestelmän suorituskykyä.

Tarpeettomia kirurgian peruutus joilla nostetaan merkintöjen määrän lokiin. Lisäksi tällainen järjestelmä ei ole elinkelpoinen, sillä vielä suurempi Käyttäjä yksinkertaisesti haudata painon alla "kuollut" lukkoja. Seisokkeja kasvaa alati. Miten välttää tällaiset tilanteet?

Eristäminen tasoilla - yksi tapa ei karilleajoriski

Huolimatta siitä, että tällainen tapahtuma, olemme mainittu noin sudenkuopat. Jatketaan vastaavasti voimme luottavaisin mielin vakuuttaa, että vaihtelu tason lukon - luotettava työkalu ohjaajana matkalle meren 1C. On olemassa kaksi tasoa eristäminen: "read-only, pääsy kielletty" ja "ei tallennus- tai käsittelyssä." Automaattinen valinta ei ole käytettävissä. Mutta se riittää kääntämään sovelluksen hallinnan tilassa, ja voit laittaa "älykkään" rajoituksia, valita paitsi tärkeitä asiakirjoja, vaan myös osoittamiseksi niille sopiva taso eristyksen.

Kuitenkin hyvin lavastettu työ - on ennen kaikkea ennaltaehkäisyä hätätilanteissa, eikä vain oikea-aikaiseen rahaksi on jo tapahtunut epäonnistumisia. Avustaja tietokannan johtaja antaa tapahtumankäsittelyjärjestelmiä. On perusteella, että tietojen, millaisen tahansa toimintoja järjestelmään, onko ne saatu onnistuneesti päätökseen tai peruutettu, on mahdollista ennustaa edelleen järjestelmän käyttäytymistä ja estämään mahdollisia uhkia.

Yleinen yhteenveto

Käsittelimme määritelmän Kaupan pitää vuokaavio prosessista sisäpuolelta, tutustui erilaisia tapoja säännellä toimintaa yksittäisessä tietopohjan.

Kuten on esitetty, mekanismi ei ole helppoa, mutta helppo ymmärtää ja paremmin huomioon myös aloittelevat ohjelmoijat ja tietokannan ylläpitäjät. valvontamenetelmiä ei voida vielä tuonut täydellisyyttä, ja ongelmien välttämiseksi täysin automaattinen, sekin on mahdotonta, mutta siitä huolimatta jokaisen uuden version ohjelmistokehittäjä elämästä helpompaa.