Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Понятие транзакции

Транзакция представляет собой законченную совокупность дей­ствий над БД, которая переводит ее из одного целостного в логичес­ком смысле состояния в другое.

Понятие транзакция широко используется в АИС и может отно­ситься не только к распределенным банкам данных. Однако в РБнД оно становится особенно значимым.

К транзакциям предъявляется набор требований, известный под названием ACID (Atomicity, Consistency, Isolation, Durability). Эти тре­бования вытекают из определения транзакции.

Атомарность (atomicity). Транзакция представляет собой некото­рый набор законченных действий. Система обеспечивает их выполне­ние по принципу «все или ничего» - либо выполняются все действия, тогда транзакция «фиксируется»; либо, если возможность выполнить все действия отсутствует, например в случае сбоев, транзакция «отка­тывается» назад, а БД остается в исходном состоянии.

Согласованность (consistency). Предполагается, что в результате выполнения транзакции система переходит из одного корректного

состояния в другое.

Изолированность (isolation). При выполнении транзакции дан­ные могут временно находиться в несогласованном состоянии. Такие данные не должны быть видны другим транзакциям, пока изменения не будут завершены (т.е. пока все модификации не будут формально зафиксированы). Система обеспечивает каждой транзакции иллюзию того, что та выполняется изолированно, как если бы прочие транзак­ции либо завершились до ее начала, либо начнут выполняться после

ее завершения.

Долговечность (durability). Если транзакция зафиксирована, то ее результаты должны быть долговечными. Новые состояния всех объек­тов сохранятся даже в случае аппаратных или системных сбоев.

Конкретные СУБД используют различные механизмы управления транзакциями. Некоторые СУБД для задания транзакции используют операторы BEGIN TRANSACTION-END TRANSACTION, и все ко­манды, заключенные между ними, составляют транзакцию. В неко­торых системах считается, что, инициируя сеанс работы с SQL, пользо­ватель начинает транзакцию, которая будет продолжаться, пока не будет введен оператор COMMIT WORK, который сделает все изме­нения, проведенные в ходе транзакции, постоянными, или оператор ROLLBACK WORK, который отменяет все сделанные в транзакции изменения. После каждого оператора COMMIT или ROLLBACK на­чинается новая транзакция.

Во многих СУБД присутствует специальный параметр AUTO-COMMIT, который, находясь во включенном состоянии, приводит к автоматической фиксации изменений каждой нормально завершен­ной операции.

Транзакция может быть помечена как «только чтение» (READ ONLY). При выполнении такой транзакции попытка провести изме­нение данных будет вызывать сообщение об ошибке. Задание при­знака READ ONLY позволяет увеличить производительность как этой, так и параллельно исполняемых транзакций.

значения обрабатываемого множества в этот момент пре­терпевают изменения в результате выполнения параллельной тран­закции. Иногда разделяют ситуации, когда проводится изменение су­ществующих записей и когда осуществляется вставка новой записи. Первая проблема называется неповторяющееся чтение, а вторая - фан том пая вставка.

Эта ситуация не приводит к искажению информации в базе дан­ных и поэтому в некоторых ситуациях считается допустимой, напри­мер в случае, если специалист проектирует форму отчета и в этом процессе получает черновые отчеты.