Садржај
- АЦИД и БАСЕ модели трансакција
- Менаџери трансакција
- Остала разматрања са системима трансакционих процеса
Одузети:
Обрада трансакција обухвата више - и сложеније је - него што можете замислити, али је његов кључни дио услуга ИТ трговаца.
Предузећа различитих врста могу инвестирати у систем процеса трансакција као део услуга ИТ трговца или других делова софтверске архитектуре. Међутим, као и неки други термини око ИТ-а, и ова се етикета може чинити нејасном. То је дијелом и зато што обрада трансакција у основи није само појам за финансијске трансакције, иако се многи ТПС системи, попут оних за обраду кредитних картица, могу кретати око процеса промјене новца.У основи, обрада трансакција је модел за различите трансакције, укључујући финансијске трансакције и друге процесе попут верификација. Стручњаци разликују обраду трансакција са другачијом врстом модела која се назива пакетна обрада, где се већи број појединачних трансакција обрађује колективно. Обоје се могу применити на стандардне системе е-трговине који управљају финансијским трансакцијама.
Када говоримо о обради трансакција, термин "трансакција" се односи на цео процес. Да би био успешан, процес мора бити завршен од почетка до краја. Новац мора изаћи са једног рачуна и отићи на други рачун. Помоћу других врста нефинансијских трансакција различити делови софтверске архитектуре требају се ажурирати. У супротном, систем може имати оно што се назива "одбачена трансакција" (или оно што Мицрософт назива "губитак интегритета").
Супротност одбаченој трансакцији је оно што се назива „трајна трансакција“. Ове трајне трансакције основна су основа многих мрежних активности, као што су резервација карата или догађаја, обрада кредитних картица и други куид про куо аранжмани. Вишеструки системи требају бити ажурирани, а један дигитални догађај мора бити усклађен с другим. Па како обрада трансакција помаже да се осигура ова врста трајности? Хајде да погледамо.
АЦИД и БАСЕ модели трансакција
Временом, стручњаци за податке су произвели различите моделе који промовишу успешне и трајне трансакције. Један од њих се назива атомска, конзистентна, изолована и трајна или АЦИД. Овај „тежак“ систем верификације трансакција довео је до другог модела који се зове у основи доступан, меко стање, евентуална конзистентност или БАСЕ, свестранија алтернатива. Оба ова модела могу упутити ИТ професионалце ка доследнијим системима за обраду трансакција.За једноставну представу о начину функционисања ове две методе, замислите два она стара аналогна система маркирања у железничкој станици, где ажурирања укључују разне премештање делова са информацијама о возном реду. Један од њих бесно клања неколико секунди, а затим одустаје. Други наставља, вијугајући с временом од неколико сужавајућих плута и заглушавајући се све до евентуалне тишине. Први пример се односи на АЦИД, док други представља БАСЕ. У оба случаја циљ је исти: укупно решавање података. (За неколико позадинских читања о АЦИД-у, погледајте наш Увод у базе података.)Менаџери трансакција
Други основни елемент система процеса трансакција је менаџер трансакција. Овај је појам један од многих термина на модерном ИТ-у заснованим на персонификацији. Не тако давно тај термин се односио на појединца који је имао задатак да доврши трансакције, обично финансијске. У оне дане би се банкарски службеник могао звати менаџер трансакција. Супротно томе, термин какав се данас користи у великој мери се односи на нематеријални елемент система за обраду трансакција у целини, али један са унапред дефинисаном улогом.Употреба менаџера за трансакције, уз омогућавање различитих врста ТПС-а, може бити проблематична. На пример, програмери који раде са Ј2ЕЕ или сличним ресурсима могу се наћи у губитку када позив менаџеру трансакција врати различите грешке. Све врсте декларација и варијабли морају бити исправне како би се ефективно позвао управитељ трансакција, а форуми за програмере обилују причама о таквим подешавањима која баш и нису била у реду.
Водичи за најбољу праксу о језику (попут овог за Ј2ЕЕ) могу пружити неке савете о управљању трансакцијама и другим методама подршке попут оквира за развој апликација. Остали ресурси за трансакције укључују Услугу трансакционих трансакција (ОТС), коју је произвела Група за управљање објектима како би се бавила одређеним сложеностима и процесима платформе.
Мицрософт је такође пронашао неке шире ресурсе; новије верзије оперативног система Виндовс испоручују се са Кернел Трансацтион Манагер-ом (КТМ), који може да подржи Ц ++ апликације. Мицрософт је такође понудио Мицрософт Дистрибутед Трансацтион Цоординатор (ДТЦ) од 2000. године за подршку преко платформи за трансакције.
Остала разматрања са системима трансакционих процеса
Уопште, постоји низ кључних циљева који морају бити испуњени за ефикасно подешавање ТПС-а. Подаци морају бити доступни у добро делујућим структурама података и морају бити заштићени од разних врста кварова. Софистицирани резервни системи помажу да се обезбеде мере заштите од сајбер напада, природних катастрофа или других врста обавеза. Неки од горе споменутих алата су створени да помогну у борби са корупцијом података и другим проблемима који могу имати утицаја на трајност трансакција.Трајне трансакције значе да се и ажурирања на више платформи морају ријешити. Овде су АЦИД и БАСЕ модели поучни. Велики део посла који раде савремени професионалци повезан је са овом врстом конзистентности и осигуравањем да се један део система података подудара са другим, а све у циљу подршке оним кључним процесима који су обично означени као трансакције.
Очигледно је да постоје много детаљнији елементи ТПС система и проблеми и решења од случаја до случаја, али где би различита група људи могла да буде укључена у њихово адресирање (на пример, када предузеће има одређених проблема са својим техницки добављаци), има смисла прво помоци разјаснити ову кљуцну ИТ терминологију.