Какво е сделка? системи за обработка на транзакции

В един свят, където всичко се променя толкова бързо, не можем за една минута стоп. Това се отнася до получаването на нова информация. Неизвестна срок или най-новата версия на софтуера - това е повод да се запълнят знания в определена област. Днес ние ще говорим за това, което сделката, как работи.

Въведение в терминологията

Разнообразие от софтуер за автоматизиране на бизнес процеси твърдо установени на пазара в последните 15 години. Това изисква умения за работа със софтуера на различни нива на взаимодействие: като оператор, програмист, счетоводител и т.н. Ето защо е важно да се разбере някои от механизмите на програмата. За да започнете, нека да се справят с такива чести и плашещи много термини сделка. Най-често, за да заемат по думите на красивата скрит далеч от такова сложно явление, тъй като много осъзнават, произнасяйки нов термин, той се опитва по слух. Нека да се разбере, че такава сделка.

определението

Това означение се използва за означаване на всеки продукт, който изпълнява базата данни. Няколко операции са логически обединени в един и работи последователно един до друг, а има и сделка. В ежедневието, сделката може да се разглежда като верига от процедури като "буден - измити - облечен - закуска - отиде да работи."

Да разгледаме по-горе концепция за Пример 1С продукти. Транзакция - това е едно и също неделима последователност. Един добър модел може да служи като запис на единица стока: отваряне на желаната директория, създаване на нов запис, попълване на полета. За да се гарантира, че всички тези действия са довели до желания резултат, е необходимо да ги прилагат стриктно от първия до последния. Само тогава процедурата ще се счита за успех. В противен случай, сделката се анулира.

Тези процеси могат да бъдат или автоматични, което е осигурено в системата, както и ръчно от разработчика да завърши след закупуване на крайния продукт, за да направи последните по-лесно за потребителите на дадена фирма. В допълнение, автоматичен режим, когато поведението на системата се регулира от вграден механизъм, сделки могат да бъдат приспособени да се движат.

Сделките на 1C: тънкостите на вградения език

Какво е сделка в най-общия случай, можем да разберем. Но тъй като всяка компания, занимаваща се разработване на софтуер, което го прави по свой собствен начин, има някои различия между транзакции като цяло, и сделки с 1C в частност. Например, вместения (операцията по сделката) не се поддържат в 1С.

От гледна точка на синтаксиса оператори вградени език достатъчно проста, за. Стартиране на процеса се обявява от специална процедура BeginTransaction (). ZafiksirovatTranzaktsiyu () процедура се използва за записване на промени по време на изпълнението на действията. Ако в процеса се провали, е възможно OtmenitTranzaktsiyu (), за да отмените извършените промени.

Защо да използвате транзакции е за предпочитане? Защото кода в тези процедури е много по-бързо. Тя е за това и се стреми всеки програмист. Разликата в скоростта може да не е толкова забележимо, ако потребителите 1C в офиса 1-2 служители, но това е невъзможно да не се чувствате, когато става въпрос за цели отдели, в същото време за изпълнение на различни произведения в тази програма.

капани

В допълнение към очевидните предимства, изразяващи се в сериозна увеличаване на скоростта на четене и запис при работа с базата данни, в сделка, там е минус. Да се върнем към по-рано пример от живота. Какво е сделка, която не се прави от един човек, и цялото семейство? Всеки се опитва да влезе в банята, за да се измие преди всичко тълпа в кухнята, защото е време за закуска. В резултат на това членовете на семейството са недоволни един от друг. В най-добрия, това е просто един лош старт на деня, а в най-лошия - че закъснях за работа, порицание от началниците си, за да осуети.

В програмата има едни и същи. Ако всички потребители ще започнат да се променят данните в същото време в същия документ, който се смята за последната версия? Какви данни се използва, за да запазите? За да се избегне такова объркване, има механизъм за заключване. Това означава, че докато един потребител работи върху документ, вторият поставен в виртуална опашка и чака. След успешното завършване или намаление на цените на документа не може да работи на следващия потребител.

Или не може да бъде контролирано ключалки?

Концепцията на една сделка не може да бъде напълно решени без проблем на прекомерни ключалки. Какво е по-голямо зло: липса на брави, водещи до ненормално процес на четене и писане с погрешни резултати на изхода, или прекалено много, инхибиране на дейността на цялото предприятие?

Най-доброто решение - централно заключване, които са златната среда. Компетентен програмист да персонализирате съществуващ механизъм за нуждите на организацията, така че наистина важни документи се обработват в опашката за поръчка. Според същата конфигурация елементи, които не се нуждаят от брави, можете да се позволи свободно редактиране.

По този начин, навременен анализ на сделките и правилно отношение, за да заключите позволява пълно използване на гъвкавостта на системата "1C: Enterprise" и оптимизиране на работата на базата данни, да се минимизират загубите от време.

Какви са причините за прекомерно заключване?

Въпросът не е риторичен. Ако е необходимо отстраняване на ключалката, няма да има объркване и хаос. Базата данни ще се събират грешни данни, тъй като на едновременни отписване баланси, или, обратно, начисляването на активи. Но последиците от такъв вид, че ще се появят едновременно. Първият път, работата ще отиде бързо, създавайки илюзията за коректност на избора на провал заключване. От друга страна, голяма част от зле организираната брави веднага предизвиква съобщенията за грешки. "Невъзможно е да се завърши сигурна сделка" - предупреждава нашата система. Какво означава това? Две взаимно блокирани сделка помежду си, така че никой не може или да завърши работата, или за извършване на отмяната. Порочният кръг на "мъртви" сделка ще виси в базата данни преди откриване, значително намаляване на производителността на системата.

Ненужни действия за отмяна на операция за увеличаване на броя на записите в дневника. В допълнение, такава система не е жизнеспособна, защото още по-голям потребител просто да го погребе под тежестта на "мъртви" ключалки. Престой стават все повече. Как да се избегнат подобни ситуации?

нива на изолация - един начин да не заседне

Отделно от това, че такава сделка, ние споменахме за капаните. Продължавайки аналогията, спокойно можем да твърдим, че варирането на нивото на бравата - надежден инструмент пилотно на пътешествие до морето 1С. Има две нива на изолация: "само за четене, няма запис" и "не запис или четене." В автоматичен избор на режим не е налична. Но това е достатъчно, за да се преведат на заявлението в управляван режим и можете да сложите "умни" ограничения, избират не само важни документи, но също така им бъде дадено съответното ниво на изолация.

Все пак, добре организирани работа - е, преди всичко, предотвратяване на аварийни ситуации, а не само навременно ликвидация вече възникнали аварии. Помощник администратор база данни ще предостави системи за обработка на транзакции. Той е на базата на тези данни, как мина всякакви операции на системата, независимо дали те са били успешно завършени или отменен, че е възможно да се предскаже по-нататъшното поведение на системата и да се предотврати потенциални заплахи.

Обобщение

Ние се занимава с определянето на сделката, се смята за технологична схема на процеса отвътре, се запозна с различните начини за регулиране на дейностите в рамките на единна информационна база.

Както се вижда, този механизъм не е лесно, но лесен за разбиране и по-доброто справяне дори начинаещите програмисти и администратори на бази данни. методи за контрол все още не могат да бъдат доведени до съвършенство и да се избегнат проблеми в напълно автоматичен режим, също не е възможно, но, въпреки това, с всяка нова версия на живота на разработчик на софтуер става по-лесно.