Mitä ovat liiketoimet? Tapahtumien käsittelyjärjestelmät

Maailmassa, jossa kaikki muuttuu niin nopeasti, ei voiei pysähdy hetkeksi. Tämä pätee myös uusien tietojen hankkimiseen. Tuntematon aikavälillä tai viimeisimmän version ohjelmistosta - se on tilaisuus tankata tietämystä jollakin tietyllä alueella. Tänään puhumme siitä, mitä liiketoimet ovat, miten se toimii.

Johdanto terminologiaan

Erilaisia ​​automaatiotuotteitaliiketoimintaprosessit ovat vakiinnuttaneet itsensä markkinoille viimeisten 15 vuoden aikana. Tämä edellyttää kykyä työskennellä ohjelmiston kanssa eri vuorovaikutustasoilla: operaattorina, ohjelmoijana, kirjanpitäjänä jne. Siksi on tärkeää ymmärtää joitain ohjelman mekanismeja. Aluksi käsittelemme tällaista yhteistä ja pelottavaa käsitettä liiketoimena. Usein ei, kauniisti lainattu sana piilottaa vähemmän monimutkaisen ilmiön, kuten monet ihmiset kuvittelevat, sanomalla uuden termi ja yrittäen sitä korvalla. Katsotaanpa, mitkä tapahtumat ovat.

Määritelmä käsite

Tätä nimitystä käytetään suhteessaKaikki tuotteet, joissa tietokannan kanssa tehty työ on toteutettu. Useita toimintoja, jotka yhdistyvät loogisesti yhteen ja kulkevat yksi kerrallaan, ovat tapahtuma. Jokapäiväisessä elämässä tapahtumaketjua voidaan pitää menettelytapana, kuten "herätetty - pesty - pukeutunut - aamiainen - meni töihin".

Tarkastellaan määriteltyä käsitettä esimerkkinä tuotteista1C. Tapahtuma on sama jakamaton toimintasarja. Elävä esimerkki voi toimia tavaramerkkiyksikkönä: halutun hakemiston avaaminen, uuden elementin luominen täyttämällä vaaditut kentät. Jotta kaikki nämä toimet johtaisivat haluttuun tulokseen, on välttämätöntä kuljettaa ne tiukasti ensimmäisestä viimeiseen. Ainoastaan ​​tämän edellytyksen mukaisesti menettelyä pidetään onnistuneena. Muuten tapahtuma peruuntuu.

Kyseessä olevat prosessit voivat olla jokoautomaattisesti, eli järjestelmä toimitetaan ja kehittäjä täyttää manuaalisesti valmiin tuotteen ostamisen jälkeen, jotta jälkimmäinen olisi helpompaa tietyn yrityksen käyttäjille. Lisäksi automaattitilassa, kun järjestelmän toimintaa säännellään sisäänrakennetuilla mekanismeilla, liiketoimet voidaan siirtää hallintaan.

Tapahtumat 1C: sisäänrakennetun kielen subtletit

Mikä on yleinen tapaus, ymmärrämme. 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.

Syntaksin näkökulmasta sisäänrakennetut operaattoritkieli melko yksinkertainen. Prosessin alku ilmoitetaan käyttämällä erityismenetelmää StartTransaction (). Fix Transaction () -menetelmää käytetään tallentamaan muutoksia toimintojen suorittamisen aikana. Jos suorituksen aikana tapahtui epäonnistuminen, on mahdollista peruuttaa tapahtuma () peruuttaa tehdyt muutokset.

Miksi liiketoimien käyttö on parempi? Koska koodi näissä menettelyissä on paljon nopeampi. Tämän vuoksi jokainen ohjelmoija pyrkii. Nopeuden ero ei välttämättä ole niin huomattava, jos toimistossa 1C käyttäjillä on 1-2 työntekijää, mutta et voi tuntea sitä, kun kyse on koko osastosta, jotka suorittavat samanaikaisesti eri tehtäviä määritellyssä ohjelmassa.

sudenkuoppia

Sen lisäksi, että ilmeinen plus,lukemisen ja kirjoittamisen nopeuden lisääntyminen tietokannassa työskentelyn aikana, liiketoimilla on omat miinus. Palataan yllä olevaan esimerkkiin elämästä. Mitä tapahtumia ei ole yksi henkilö, vaan koko perhe? Jokainen yrittää päästä kylpyhuoneeseen pestä aikaisemmin, kaikki ovat täynnä keittiössä, koska on aika aamiaista. Tämän seurauksena perheenjäsenet ovat tyytymättömiä toistensa kanssa. Parhaimmillaan se on vain valitettava alku päivä, pahimmillaan - myöhästyneisiin töihin, viranomaisiin kohdistuneisiin vihamielisyyksiin, repeytyihin suunnitelmiin.

Ohjelma on sama. Jos kaikki käyttäjät alkavat muokata tietoja samassa asiakirjassa samanaikaisesti, mikä versio katsotaan viimeiseksi? Mitä tietoja pitäisi tallentaa ennen? Tällaisen sekaannuksen välttämiseksi on lukitusmekanismi. Tämä tarkoittaa sitä, että vaikka yksi käyttäjä työskentelee asiakirjassa, toinen on virtuaalisessa jonossa ja odottaa. Kun liiketoimi on onnistuneesti suoritettu tai palautettu, seuraava käyttäjä voi käsitellä asiakirjaa.

Onko lukkoja hallittava vai ei?

Kaupan käsitettä ei voida pitää täysinTarkastellaan ilman tarpeettomia lukkoja. Mikä on suuri paha: lukkojen puute, mikä johtaa virheelliseen lukemiseen ja kirjoittamiseen, jossa on virheellisiä tuloksia tuotannossa vai onko liian monta niistä, mikä haittaa koko yrityksen toimintaa?

Paras ratkaisu on hallittu lukot,jotka ovat kultainen keskiarvo. Toimiva ohjelmoija voi mukauttaa nykyisen mekanismin organisaation tarpeisiin siten, että erittäin tärkeät asiakirjat käsitellään jonon järjestyksessä. Samaa kokoonpanoa, joka ei vaadi lukitusta, voit ottaa käyttöön vapaan muokkauksen.

Niinpä tapahtumien ajankohtainen analysointi jaoikea asennoituminen estää täysin "1C: Enterprise" -järjestelmän joustavuuden ja optimoi tietokannan toiminnan minimoiden tilapäisiä häviöitä.

Miksi johtaa liiallisiin tukkeutumisiin?

Kysymys ei ole missään nimessä retoriikka. Jos poistat tarvittavat lukot, sekaannusta ja kaaosta tulee. Tietokannasta kertyy virheellisiä tietoja samanaikaisen taseen poistamisen tai päinvastoin varojen kertymisen vuoksi. Mutta seuraukset ovat sellaisia, jotka eivät heti tule esille. Ensimmäinen kerta, kun työ lähtee nopeasti, mikä luo illuusion lukkojen hylkäämisen oikeellisuudesta. Toisaalta epäilemättä suuri määrä lukkoja välittömästi aiheuttaa virheilmoituksia. "Turvallista tapahtumaa ei voi suorittaa", järjestelmä varoittaa meitä. Mitä tämä tarkoittaa? Kaksi tapahtumaa keskenään estävät toisiaan siten, että kukaan ei voi suorittaa aloitettua eikä suorittaa peruutusta. "Kuolleiden" tapahtumien kiusallinen ympyrä riippuu tietokannasta ennen havaitsemista, mikä vähentää merkittävästi järjestelmän suorituskykyä.

Lisätoimet toiminnan kumoamiseksi lisääntyvätkirjausten määrä lokissa. Lisäksi tällainen järjestelmä ei ole elinkelpoinen, koska käyttäjien entistä suurempi kasvu yksinkertaisesti haudata sen "kuolleiden" lukkojen kuorman alla. Seisokkeja kasvaa jatkuvasti. Kuinka välttää tällaiset tilanteet?

Eristysmäärät - toinen tapa olla käyttämättä

Puhumme tapahtumista, mainitsimmenoin iskuja. Jatkamalla analogiaa, voimme varmasti sanoa, että lukitustason muuttaminen on luotettava työkalu ohjaajalle matkan 1C kautta. On kaksi eristystasoa: "vain luku, ei kirjaa" ja "ei kirjaa eikä lue". Automaattitilassa valinta ei ole käytettävissä. Mutta riittää, että sovellus siirtyy hallittuun tilaan ja voit asettaa älykkäitä rajoja valitsemalla paitsi tärkeät asiakirjat myös määrittämällä heille sopivan eristyksen.

Toimivaltainen työ on kuitenkin ennenhätätilanteiden ennaltaehkäisyä, eikä vain jo tehtyjen vioittumien oikea-aikaista poistamista. Assistant-tietokannan ylläpitäjät toimivat tapahtumien käsittelyjärjestelminä. Se perustuu tietoihin siitä, miten järjestelmän kaikki toiminnot on suoritettu, olivatko ne onnistuneesti täytetty tai mitätöity, on mahdollista ennustaa järjestelmän jatkokäyttäytymistä ja estää mahdolliset uhkat.

Yhteenveto kokonaistuloksista

Ymmärsimme tapahtuman määritelmän, tarkastelimme prosessin algoritmia sisältä, tutustimme erilaisiin toimintatapoihin samassa tietopohjassa.

Kuten käytäntö on osoittanut, mekanismi ei ole helppoa, muttaSe on saatavilla ymmärrystä ja syvällisempää tutkimusta varten myös aloitteleville ohjelmoijille ja tietokannan ylläpitäjille. Säätömenetelmiä ei voida vielä täydentää, eikä täysin automaattisessa tilassa ole ongelmia, mutta kuitenkin kehittäjän elämä helpottuu jokaisen uuden ohjelmistoversion kanssa.