Системы обработки транзакций

Основной класс систем на оперативном уровне принятия решений состоит из систем оперативной обработки транзакций (online transaction processing — OLTP). Транзакция(transaction) — это логическая единица работы, выполняемой при решении конкретной бизнес-задачи и гарантирующей целостность базы данных после ее завершения (Maciashek and Liong, 2005). С точки зрения обработки тран­закции целостность базы данных означает, что после ее завершения данные оста­ются согласованными и корректными.

Системы обработки транзакций тесно связаны с технологиями управления база­ми данных. База данных (database) — это центральное хранилище данных предпри­ятия и ключевой стратегический ресурс любой компании. На систему управления базами данных (database system) возлагается основная ответственность за обеспече­ние одновременного доступа к данным многочисленным пользователям и приклад­ным программам. Этот доступ к данным ограничен понятием деловой транзакции, регламентирующим открытие или закрытие данных для одновременного доступа, а также определяющим условия, при которых данные можно изменять.

Размер базы данных измеряется в гигабайтах (GB — 10⁹ байт) и даже терабай­тах (ТВ — 10¹² байт). Соответственно, базы данных хранятся в постоянных (перси-стентных) внешних носителях, таких как магнитные или оптические диски. Эти данные называются персистентными, поскольку они хранятся на дисках постоян­но, независимо от того, подключены ли они к электропитанию или нет.

Кроме параллельного управления, понятие транзакции подразумевает, что при сбоях программного или аппаратного обеспечения базу данных всегда можно вос­становить. Любое восстановление (recovery) после сбоев должно гарантировать возврат данных в корректное состояние, существовавшее до сбоя. Помимо этого, нарушенную транзакцию можно выполнить заново, чтобы достичь нового кор­ректного состояния, определенного логикой обработки транзакций.

Несмотря на то что состояние базы данных в общем и целом определяется ло­гикой обработки разнообразных транзакций, эта логика требует тщательного кон­троля бизнес-правил, принятых в компании. Следует отличать логику приложения (application logic), управляемую транзакциями, от делового регламента (business logic), управляемого другими механизмами программирования баз данных, в част­ности механизмами защиты целостности и триггерами. Например, если деловой регламент требует, чтобы студент, поступающий на курс, сдал вступительный эк­замен, ни одна прикладная транзакция не может нарушить это правило, чтобы обеспечить незаконное поступление.

Как уже указывалось, база данных представляет собой основной стратегиче­ский ресурс любого предприятия. Вследствие этого технология управления база­ми данных должна обеспечивать механизмы для гарантии безопасности (security) данных, разрешая доступ и выполнение внутренних операций лишь пользовате­лям и прикладным программам, прошедшим аутентификацию и авторизацию.