Увод у обраду трансакција

Предузећа различитих врста могу инвестирати у систем процеса трансакција као део услуга ИТ трговца или других делова софтверске архитектуре. Међутим, као и неки други термини око ИТ-а, и ова се етикета може чинити нејасном. То је делимично зато што у основи језгра обрада трансакција није само појам за финансијске трансакције, мада се многи ТПС системи, попут оних за обраду кредитних картица, могу кретати око процеса мењања новца.

У основи, обрада трансакција је модел за различите трансакције, укључујући финансијске трансакције и друге процесе попут верификација. Стручњаци разликују обраду трансакција са другачијом врстом модела која се назива пакетна обрада, где се већи број појединачних трансакција обрађује колективно. Обоје се могу применити на стандардне системе е-трговине који управљају финансијским трансакцијама.

Када говоримо о обради трансакција, термин "трансакција" се односи на цео процес. Да би био успешан, процес се мора довршити од почетка до краја. Новац мора изаћи са једног рачуна и отићи на други рачун. Помоћу других врста нефинансијских трансакција различити делови софтверске архитектуре морају се ажурирати. Иначе систем може имати оно што се назива „одбачена трансакција“ (или оно што Мицрософт назива „губитком интегритета“).

Супротност одбаченој трансакцији је оно што се назива „трајна трансакција“. Ове трајне трансакције основна су основа многих мрежних активности, као што су резервација карата или догађаја, обрада кредитних картица и други куид про куо аранжмани. Вишеструки системи морају се ажурирати, а један дигитални догађај мора бити усклађен с другим. Па како обрада трансакција помаже да се осигура ова врста трајности? Хајде да погледамо.

АЦИД и БАСЕ модели трансакција

Временом, стручњаци за податке су произвели различите моделе који промовишу успешне и трајне трансакције. Једна од њих се назива атомска, конзистентна, изолована и трајна или АЦИД. Овај „тежак“ систем верификације трансакција довео је до другог модела који се зове у основи доступан, меко стање, евентуална конзистентност или БАСЕ, свестранија алтернатива. Оба ова модела могу упутити ИТ професионалце ка доследнијим системима за обраду трансакција. За једноставну представу о начину на који ове две методе функционишу, замислите два она стара аналогна система маркирања у железничкој станици, где ажурирања укључују разне изметане комаде са информацијама о возном реду. Један од њих бесно клања неколико секунди, а затим одустаје. Други наставља, вијугајући с временом од неколико сужавајућих плута и заглушавајући се све до евентуалне тишине. Први пример се односи на АЦИД, док други представља БАСЕ. У оба случаја циљ је исти: укупно решавање података. (За неколико позадинских читања о АЦИД-у, погледајте наш Увод у базе података.)

Менаџери трансакција

Други основни елемент система процеса трансакција је менаџер трансакција. Овај је појам један од многих термина на модерном ИТ-у заснованим на персонификацији. Недуго затим се термин односио на појединца који је био задужен за довршавање трансакција, обично финансијских. У оне дане би се банкарски службеник могао звати менаџер трансакција. Насупрот томе, термин који се данас користи у великој мери односи се на нематеријални елемент система за обраду трансакција у целини, али један са унапред дефинисаном улогом.

Употреба менаџера за трансакције, уз омогућавање различитих врста ТПС-а, може бити проблематична. На пример, програмери који раде са Ј2ЕЕ или сличним ресурсима могу се наћи у губитку када позив менаџеру трансакција врати различите грешке. Све врсте декларација и варијабли морају бити исправне како би се ефективно позвао управитељ трансакција, а форуми за програмере обилују причама о таквим подешавањима која једноставно нису била у реду.

Водичи за најбољу праксу о језику (попут овог за Ј2ЕЕ) могу пружити неке савете о управљању трансакцијама и другим методама подршке попут оквира за развој апликација. Остали ресурси за трансакције укључују Услугу трансакционих трансакција (ОТС), коју је произвела Група за управљање објектима како би се бавила одређеним сложеностима и процесима платформе.

Мицрософт је такође пронашао неке шире ресурсе; новије верзије оперативног система Виндовс испоручују се са Кернел Трансацтион Манагер-ом (КТМ), који може да подржи Ц ++ апликације. Мицрософт је такође понудио Мицрософт Дистрибутед Трансацтион Цоординатор (ДТЦ) од 2000. године за подршку преко платформи за трансакције.

Остала разматрања са системима трансакционих процеса

Уопште, постоји низ кључних циљева који морају бити испуњени за ефикасно подешавање ТПС-а. Подаци морају бити доступни у добро делујућим структурама података и морају бити заштићени од разних врста кварова. Софистицирани резервни системи помажу да се обезбеде мере заштите од сајбер напада, природних катастрофа или других врста обавеза. Неки од горе споменутих алата су створени да помогну у борби са корупцијом података и другим проблемима који могу имати утицаја на трајност трансакција.

Трајне трансакције значе да се и ажурирања на више платформи морају ријешити. Овде су АЦИД и БАСЕ модели поучни. Велики део посла који раде савремени професионалци повезан је са овом врстом конзистентности и осигуравањем да се један део система података подудара са другим, а све у циљу подршке оним кључним процесима који су обично означени као трансакције.

Очигледно је да постоје много детаљнији елементи ТПС система и проблеми и решења од случаја до случаја, али где би различита група људи могла да буде укључена у њихово адресирање (на пример, када предузеће има одређених проблема са својим техницки добављаци), има смисла прво помоци разјаснити ову кљуцну ИТ терминологију.