Pasaulyje, kuriame viskas keičiasi taip greitai, negalimanesustokite minutė. Tai taip pat taikoma naujos informacijos gavimas. Nežinomas terminas arba naujausia programinės įrangos versija yra pasiteisinimas papildyti žinias vienoje ar kitoje srityje. Šiandien mes kalbėsime apie tai, kokie sandoriai yra, kaip tai veikia.
Įvairūs automatikos produktaiverslo procesai per pastaruosius 15 metų tvirtai įsitvirtino rinkoje. Tam reikia sugebėti dirbti su programine įranga įvairiais sąveikos lygiais: kaip operatorius, programuotojas, buhalteris ir kt. Todėl svarbu suprasti kai kuriuos programos mechanizmus. Pirmiausia turėsime spręsti tokį bendrą ir bauginančią sandorio sąvoką. Dažniau negu gražiai pasiskolintas žodis slepia mažiau sudėtingą reiškinį, kaip daugelis žmonių įsivaizduoja, pasisakydamas naujo termino, bandydamas jį ausiu. Pažiūrėkime, kokie sandoriai yra.
Šis pavadinimas naudojamas atsižvelgiant įBet kuris produktas, kuriame vykdomas darbas su duomenų baze. Keli veiksmai, kurie yra logiškai sujungti į vieną ir vykdomi atskirai, yra sandoris. Kasdieniame gyvenime sandorių grandinė gali būti laikoma procedūrų grandine, tokia kaip "prabudau", "išplaukė", apsirengė pusryčiais, vaikščiojo į darbą ".
Pažiūrėkime nurodytą koncepciją produktų pavyzdžiu1 ° C Sandoris yra ta pati nedaloma veiksmų seka. Gyvus pavyzdys gali būti įrašas apie prekių vienetą: atidaromas norimas katalogas, sukurtas naujas elementas, užpildomi reikiami laukai. Kad visi šie veiksmai atliktų pageidaujamą rezultatą, juos būtina griežtai laikyti nuo pirmojo iki paskutinio. Tik pagal šią sąlygą procedūra bus laikoma sėkminga. Priešingu atveju sandoris atšaukiamas.
Aptariami procesai gali būti irautomatinis, ty pateiktas sistemoje, ir užsakovas jį įsigijo rankiniu būdu, įsigyjęs gatavą produktą, kad pastarasis būtų patogesnis konkrečios įmonės vartotojams. Be to, iš automatinio režimo, kai sistemos elgesį reguliuoja įtaisyti mechanizmai, sandoriai gali būti perduodami valdomam.
Koks yra bendras sandoris, mes suprantame. Tačiau kadangi kiekviena programinės įrangos kompanija tai daro savo nuožiūra, tam tikri skirtumai tarp sandorių apskritai ir ypač 1C sandorių yra. Pavyzdžiui, lizdinė (sandorio viduje operacija) 1C nėra palaikoma.
Iš sintakso požiūriu, įmontuota operatoriaikalba gana paprasta. Proceso pradžia deklaruojama naudojant specialią procedūrą StartTransaction (). Fiksavimo operacijos () procedūra naudojama įrašyti pakeitimus vykdant veiksmus. Jei įvykdymo metu įvyko gedimas, yra galimybė atšaukti operaciją (), jei norite grąžinti padarytus pakeitimus.
Kodėl geriau naudoti sandorius? Kadangi šių procedūrų kodas yra daug greičiau. Būtent dėl to bet kuris programuotojas siekia. Greičio skirtumas gali būti taip nepastebimas, jei 1C vartotojai biure dirbs 1-2 darbuotojus, tačiau jūs negalėsite jaustis, kai kalbėsite su visais departamentais, tuo pačiu metu vykdydami įvairias užduotis nurodytoje programoje.
Be akivaizdaus pliuso,dirbant su duomenų baze didelis skaitymo ir rašymo greitis padidėja, sandoriai turi savo minusą. Grįžkime prie pirmiau pateikto gyvenimo pavyzdžio. Ką daro ne vienas asmuo, bet visa šeima? Visi bando patekti į vonios kambarį, kad nuplauktų anksčiau, visi sustoja virtuvėje, nes laikas pasimėgauti pusryčiais. Dėl to šeimos nariai nepatenkinti vienas su kitu. Geriausiu atveju, tai tik gaila pradžia iki dienos, blogiausiu atveju - vėlyvas darbas, valdžios institucijų papeikimai, suplakti planai.
Programa yra tokia pati. Jei visi naudotojai tuo pačiu dokumentu pradeda redaguoti duomenis tuo pačiu metu, kuri versija turėtų būti laikoma paskutine? Kokie duomenys turėtų būti išsaugoti anksčiau? Siekiant išvengti tokio painiavos, yra fiksavimo mechanizmas. Tai reiškia, kad nors vienas vartotojas dirba su dokumentu, antrasis yra virtualioje eilėje ir laukia. Po to, kai sandoris sėkmingai baigtas arba grąžinamas, kitas vartotojas gali dirbti su dokumentu.
Sandorio sąvoka negali būti laikoma visiškaiAptariamos be nereikalingų spynų klausimo. Koks yra didelis blogis: spynų trūkumas, dėl kurio neteisingai skaitoma ir rašoma skaitymo ir rašymo procesas, o rezultatai yra pernelyg daug, trukdantys visos įmonės darbui?
Geriausias sprendimas yra valdomas spynos,kurie yra auksiniai vidurkiai. Kompetentingas programuotojas gali pritaikyti esamą organizacijos poreikius, kad tikrai svarbūs dokumentai būtų tvarkomi eilės tvarka. Tiems patiems konfigūracijos elementams, kuriems nereikia užrakinti, galite įjungti nemokamą redagavimą.
Taigi, laiku išanalizuoti sandorius irteisingas požiūris į blokavimą leidžia visiškai išnaudoti "1C: Enterprise" sistemos lankstumą ir optimizuoti duomenų bazės veikimą, sumažinant laikinus nuostolius.
Klausimas yra jokiu būdu nereikšmingas. Jei pašalinsite būtinas spynos, bus painiavos ir chaosas. Neteisingi duomenys pradeda kauptis duomenų bazėje dėl vienalaikio likučių nurašymo arba, priešingai, turto kaupimo. Tačiau pasekmės yra tokios rūšies, kurios nedelsiant atsiras. Pirmą kartą darbas taps greitas, sukuriant iliuziją, ar teisingai pasirinkti spynų atmetimą. Kita vertus, nepagrįstai didelis skaičius spynų iš karto sukelia klaidų pranešimus. "Saugus sandoris negali būti užbaigtas", sistema įspėja mus. Ką tai reiškia? Du sandoriai abipusiškai užblokavo vienas kitą taip, kad negalėtų užbaigti inicijuoto ir neatlikto atšaukimo. Prieš aptikimą duomenų bazėje bus užkirstas kelias "negyvų" sandorių užburtas ratas, o tai ženkliai sumažins sistemos našumą.
Papildomos operacijos, skirtos veiksmams atšaukti, didėjaįrašų skaičius žurnale. Be to, tokia sistema nėra perspektyvi, nes netgi didesnis naudotojų skaičiaus padidėjimas tiesiog palaidos po "negyvų" spynų apkrovos. Prastovos bus visada didinamos. Kaip išvengti tokių situacijų?
Kalbant apie tai, kokie sandoriai yra, paminėjomeapie nepatogumus. Tęsdami analogiją, galime drąsiai pasakyti, kad skirtingas spynų lygis yra patikimas įrankis, kuriuo pilotas keliauja po jūrą 1C. Yra du izoliacijos lygiai: "tik skaitoma, nėra įrašo" ir "nei įrašo, nei perskaityta". Automatiniame režime pasirinkimas negalimas. Tačiau pakanka įdėti programą į valdomą režimą ir nustatyti išmanias ribas, pasirenkant ne tik svarbius dokumentus, bet ir suteikiant jiems tinkamą izoliacijos lygį.
Tačiau kompetentingai pristatytas darbas yra anksčiauiš viso išvengti avarinių situacijų, o ne tik laiku pašalinti jau įvykusias nelaimes. Duomenų bazių administratorių padėjėjai bus sandorių apdorojimo sistemos. Jis grindžiamas duomenimis apie tai, kaip visos sistemos operacijos buvo užbaigtos, ar jos buvo sėkmingai užbaigtos, ar atšauktos, galima numatyti tolesnį sistemos elgesį ir išvengti galimų grėsmių.
Mes supratome sandorio apibrėžimą, išnagrinėjome proceso algoritmą, susipažinome su skirtingais būdais reguliuoti operacijas toje pačioje informacinėje bazėje.
Kaip parodė praktika, mechanizmas nėra lengvas, tačiauTai galima suprasti ir giliau mokytis net pradedantiesiems programuotojams ir duomenų bazių administratoriams. Reguliavimo metodai dar negali būti ištobulinti, ir visiškai automatinio režimo negalima išvengti problemų, tačiau kiekvienos naujos programinės įrangos versijos kūrimas tampa lengvesnis.
</ p>