Թե ինչ գործարք է: Գործարքը մշակման համակարգեր

Մի աշխարհում, որտեղ ամեն ինչ փոխվում է, այնքան արագ, որ մենք չենք կարող մի րոպե կանգառում: Դա վերաբերում է ստացման նոր տեղեկատվություն. Անհայտ տերմինը կամ վերջին տարբերակը ծրագրային ապահովման, դա առիթ է լրացնել մինչեւ գիտելիքների որոշակի տարածքում. Այսօր մենք կարող ենք խոսել այն մասին, թե ինչ է գործարքի, ինչպես է այն աշխատում:

Ներածություն տերմինաբանությամբ

Մի շարք ծրագրային ապահովման համար automating բիզնես գործընթացների ամուր հաստատվել շուկայում վերջին 15 տարիների ընթացքում: Սա պահանջում է հնարավորություն աշխատելու ծրագրային տարբեր մակարդակների փոխգործակցության: որպես օպերատոր, ծրագրավորող, հաշվապահ, եւ այլն Հետեւաբար, դա կարեւոր է հասկանալ, թե որոշ մեխանիզմների ծրագրի: Սկսել, եկեք զբաղվել այնպիսի հաճախակի եւ վախեցնելու շատ առումով գործարքի. Առավել հաճախ, է վերցնել խոսքերը գեղեցիկ թաքնված հեռու է նման բարդ երեւույթի, քանի որ շատերը գիտակցում արտաբերելով նոր տերմին, փորձելով այն ականջին. Եկեք հասկանանք, որ նման գործարքի:

սահմանումը,

Այս նշում օգտագործվում է անդրադառնալ ցանկացած ապրանքի, որն իրականացնում է տվյալների բազա. Մի քանի գործողություններ են տրամաբանորեն համակցված են մեկ եւ վազում alternately են միմյանց, եւ կա մի գործարք. Առօրյա կյանքում, ապա գործարքը կարող է համարվել որպես շղթայի ընթացակարգեր, ինչպիսիք են `« արթուն - լվանում հագնված - նախաճաշից - գնաց աշխատելու »:

Հաշվի առնել վերը նշված հայեցակարգը օրինակ 1C արտադրանք. Գործարքի - սա նույնն է անբաժանելի հաջորդականությունը: Լավ մոդելը կարող է ծառայել որպես ռեկորդային ապրանքաշրջանառության միավորի: բացման ցանկալի տեղեկատու, ստեղծել նոր գրառում, լրացման դաշտերը նախատեսված: Ապահովել, որ բոլոր այդ գործողությունները հանգեցրել են ցանկալի արդյունք, դա անհրաժեշտ է իրականացնել դրանք բացառապես առաջինը վերջինը: Միայն այդ կարգը համարվում է հաջողություն. Հակառակ դեպքում, գործարքը չեղյալ.

Այս գործընթացները կարող են լինել կամ ավտոմատ, որը տրամադրվում է համակարգում, եւ ձեռքով մշակողի ավարտել գնելուց հետո պատրաստի արտադրանքը, որպեսզի վերջինս ավելի հեշտ է օգտագործողների մի կոնկրետ ընկերության. Բացի այդ, ավտոմատ ռեժիմում, երբ վարքագիծը համակարգի կարգավորվում է ներկառուցված մեխանիզմ, գործարքները կարող են ձեւափոխվել, որ առաջադրվելու:

Գործարքները 1C: նրբություններում Ներկառուցված լեզվով

Թե ինչ է գործարքի ընդհանուր դեպքում, մենք կարող ենք հասկանալ, թե. Բայց քանի որ յուրաքանչյուր ընկերությունը զբաղվում է ծրագրային ապահովման մշակման, դարձնելով այն իրենց սեփական ճանապարհով, կան որոշակի տարբերություններ միջեւ գործարքների ընդհանուր առմամբ ու գործարքները 1C մասնավորապես. Օրինակ, nested (գործարքը շրջանակներում գործարքի) չեն աջակցվում 1C:

- Ից տեսանկյունից շարահյուսություն օպերատորների կառուցված լեզվով պարզ բավարար. Սկսած այդ գործընթացը, որը հայտարարել է հատուկ ընթացակարգով BeginTransaction (). ZafiksirovatTranzaktsiyu () ընթացակարգ է, որն օգտագործվում է արձանագրել փոփոխություններ ընթացքում կատարման գործողությունների: Եթե այդ գործընթացում, դա չի, դա հնարավոր OtmenitTranzaktsiyu () է ետ շրջել կատարված փոփոխությունները:

Ինչու օգտագործել մի գործարք է նախընտրելի. Քանի որ կոդը այդ ընթացակարգերի շատ ավելի արագ. Դա է այս, եւ ձգտում է ցանկացած ծրագրավորող: Որ տարբերությունը արագությամբ չի կարող լինել, քանի որ նկատելի է, եթե 1C օգտագործողների գրասենյակային 1-2 աշխատակիցների, բայց դա անհնար է զգում, երբ խոսքը վերաբերում է ամբողջ վարչությունների, միեւնույն ժամանակ, պետք է կատարել տարբեր աշխատանքներն այս ծրագրին:

որոգայթներ

Ի լրումն ակնհայտ առավելությունների, որը բաղկացած է մի լուրջ աճ է արագության ընթերցանության եւ արձանագրելով, երբ աշխատում է տվյալների բազայի, մի գործարքի կա մինուս. Եկեք վերադառնանք ավելի վաղ օրինակով կյանքի. Թե ինչ գործարք է, որը չի արվում մեկ անձի կողմից, եւ ամբողջ ընտանիքը: Յուրաքանչյուր ոք փորձում է ստանալ մեջ լոգարանում լվանում մինչեւ ամբողջ ամբոխի խոհանոցում, քանի որ այն Նախաճաշ անգամ: Որպես հետեւանք, ընտանիքի անդամները դժգոհ են միմյանց հետ: Լավագույն դեպքում, դա պարզապես մի վատ մեկնարկի օրը, իսկ վատագույն դեպքում `ուշանալու համար աշխատանքի, մի նկատողություն իր վերադասի, որպեսզի խափանել.

Ի ծրագրի կա նույնն է: Եթե բոլոր օգտվողները կսկսի փոփոխել տվյալները, միեւնույն ժամանակ, նույն փաստաթղթում, որը համարվում է վերջին տարբերակը. Թե ինչ տվյալներն օգտագործվում են փրկել. Խուսափելու համար նման շփոթություն, կա փական մեխանիզմ: Սա նշանակում է, որ մինչ մեկը օգտագործողը աշխատում է փաստաթղթի, երկրորդը տեղադրված է վիրտուալ հերթում եւ սպասում: Հետո բարեհաջող ավարտի կամ rollback փաստաթուղթը, չի կարող աշխատել հաջորդ օգտվողին:

Կամ չի կարող վերահսկվում փական:

Հայեցակարգը գործարքի չի կարող լիովին առանց խնդրի ավելորդ կողպեքներ. Թե ինչ է ավելի մեծ չարիք է: բացակայությունը կողպեքներ տանող աննորմալ գործընթացում կարդալու եւ գրելու հետ սխալ արդյունքներից է արտադրանքի, կամ շատ շատերը, inhibiting շահագործումը ամբողջ ձեռնարկության.

Լավագույն լուծումը - վերահսկվող փական, որոնք ոսկե միջինը: Իրավասու ծրագրավորող կարող եք հարմարեցնել գոյություն ունեցող մեխանիզմ կարիքներին կազմակերպության, այնպես որ, իրոք, կարեւոր փաստաթղթեր են մշակվում են պատվերի հերթում. Ըստ նույն կազմաձեւման տարրեր, որոնք չեն պահանջում կողպեքներ, դուք կարող եք թույլ տալ ազատ խմբագրման.

Այսպիսով, ժամանակին վերլուծություն գործարքների եւ ճիշտ վերաբերմունք է կողպեք թույլ է տալիս լիարժեք օգտագործումը ճկունության համակարգի «1C: Ձեռնարկությունների» եւ օպտիմալացնել տվյալների բազայի շահագործումը, նվազագույնի հասցնելով ժամանակի կորուստները:

Ինչ է առաջացնում է ավելորդ կողպեքը.

Հարցն այն է, ոչ թե հռետորական: Եթե անհրաժեշտ հեռացնել կողպեքը, կլինեն շփոթություն եւ քաոս: Այս տվյալների բազան կլինի հավաքել սխալ տվյալներ պատճառով միաժամանակյա գրման հաշվեկշիռների, կամ, ընդհակառակը, հաշվեգրումը ակտիվների. Բայց հետեւանքները նման տեսակի, որը կարող է առաջանալ մեկ անգամ: Առաջին անգամ է, որ աշխատանքը պետք է գնալ արագ, ստեղծել պատրանք ճշտության ընտրության արգելափակման ձախողման: Իսկ մյուս կողմից, մեծ թվով հիվանդ բեղմնավորված կողպեքներ անմիջապես պատճառելով սխալի հաղորդագրությունները: «Անհնար է լրացնել անվտանգ գործարքը», - զգուշացնում է մեր համակարգը: Ինչ է դա նշանակում? Երկուստեք արգելափակվել գործարք են միմյանց այնպես, որ ոչ ոք չի կարող կամ ավարտելու աշխատանքը, կամ իրականացնել չեղյալ: Արատավոր շրջանակը «մեռյալ» գործարքի չի կախել մասնակի առաջ հայտնաբերման, զգալիորեն նվազեցնելով համակարգի կատարումը.

Ավելորդ վիրահատություն մարման գործողությունները բարձրացնել շարք մուտքերի է մուտք. Բացի այդ, նման համակարգը կենսունակ չէ, քանի որ նույնիսկ ավելի մեծ օգտվողին պարզապես թաղել այն ծանրության տակ «մեռած» կողպեքներ. Downtime միշտ աճում է: Ինչպես խուսափել նման իրավիճակներից:

Մեկուսարանում մակարդակները - մեկ ճանապարհ չի առաջադրվի ծանծաղուտի մեջ խրված

Բացի նրանից, որ նման գործարքը, մենք նշված մասին որոգայթներ. Շարունակելով նմանակը, մենք կարող ենք վստահորեն պնդել, որ տատանումների մակարդակով կողպեքի - հուսալի գործիք մի օդաչու է ճանապարհորդության դեպի ծովի 1C: Գոյություն ունեն երկու մակարդակներ մեկուսացման «միայն կարդալու, ոչ մուտքն» եւ «ոչ ձայնագրություն կամ reading»: Ավտոմատ ռեժիմում ընտրությունը հասանելի չէ: Բայց դա բավական է թարգմանել դիմումը կառավարվող ռեժիմում, եւ դուք կարող եք տեղադրել "Smart" սահմանափակումներ, ընտրելով ոչ միայն կարեւոր փաստաթղթեր, այլեւ հանձնարարելով նրանց համապատասխան մակարդակի մեկուսացման.

Սակայն, լավ բեմադրված աշխատանքներ - ը, առաջին հերթին, արտակարգ իրավիճակների կանխման, եւ ոչ միայն ժամանակին լուծարումը արդեն տեղի է ունեցել անհաջողությունները. Օգնական Database Administrator կտրամադրի գործարքը վերամշակման համակարգեր. Դա հիման վրա այդ տվյալների, թե ինչպես էր որեւէ գործողությունների համակարգում, թե արդյոք նրանք արդեն հաջողությամբ ավարտվել են կամ չեղյալ է, որ հնարավոր է կանխատեսել հետագա վարքագիծը համակարգի եւ կանխել հնարավոր սպառնալիքները:

Ընդհանուր ամփոփումը

Մենք զբաղվել սահմանման գործարքի համարել մի բլոկ - սխեմա գործընթացի ներսից, ծանոթացել տարբեր ուղիների գործունեության կարգավորման շրջանակներում միասնական տեղեկատվական բազայի.

Ինչպես ցույց է տրված, որ մեխանիզմը հեշտ չէ, բայց հեշտ է հասկանալ եւ ավելի պատշաճ նույնիսկ novice ծրագրավորողների եւ տվյալների բազայի ադմինիստրատորները. վերահսկման մեթոդները դեռեւս չի կարող է բերել կատարելության, եւ խուսափել խնդիրները լիովին ավտոմատ ռեժիմում, նույնպես, հնարավոր չէ, բայց, այնուամենայնիվ, յուրաքանչյուր նոր տարբերակը ծրագրային ապահովման մշակողի կյանքում դառնում է ավելի հեշտ է.