|
СодержаниеСОДЕРЖАНИЕrnrnrnrnВведение…………………………………………………………………….3rn1. Понятие транзакции……………………………………………………..5rn 1.1 Изолированность транзакций…………………………………...8rn2. Механизм транзакций в InterBasern 2.1 Многоверсионная архитектура InterBase…………………….11rn 2.2 Реализация многоверсионности. ……………………………....13rn3. Взаимодействие транзакций…..………………………………………..15rn 3.1 Уровни изоляции транзакций……………………..……………16rn 3.2 Режим блокировки……………………………………………....18rn 3.3 Взаимоблокировка…………………………………..…………..20rn 3.4 Транзакции, управляемые контейнером…...…………………..21rn 3.5 Атрибуты транзакции………………….………………………..22rn 3.5.1 Установка атрибутов транзакции……………………..24rnЗаключение…………………………………………………………………25rnГлоссарий…………………………………………………………………..28rnБиблиографический список……………………………………………….29rnПриложение 1…………………………………………………………..…..30rnПриложение 2 ………………………………………………………..…….31ВведениеВВЕДЕНИЕrnrn rn Транзакцией называют операцию, которая может быть выполнена успешно или завершиться с ошибкой только как единое целое. Надежное обновление баз данных может быть обеспечено только на основе обработки транзакций. При внесении большого числа взаимосвязанных изменений в базу данных или обновлении сразу нескольких баз данных необходима гарантия правильности всех операций по изменению данных. Ошибка на любом этапе изменения должна приводить к восстановлению первоначального состояния всех таблиц базы данных.rn На самом деле, длительность работы конкретной транзакции не так влияет на производительность сервера, как количество транзакций, стартовавших выше oldest active. Но если говорить о более или менее постоянном потоке стартующих и завершающихся транзакций, то проще говорить о длительности работы конкретной транзакции. \\\"Долгая\\\" транзакция может быть определена как которая активна длительное время (например, стартованная приложением вследствие открытия пользователем какой-либо формы, после чего пользователь ушел пообедать), или которая остается активной более долго, чем это нужно приложению.rn Всегда является ошибочным оставлять транзакцию активной дольше, чем это требуется приложению. Например, если вы стартуете транзакцию, модифицируете записи, и затем не завершаете транзакцию, то вы блокируете видимость или возможность изменений для других пользователей.rn С другой стороны, действительно может потребоваться длительно активная транзакция. Например, InterBase Performance Monitor перечитывает информацию из временных системных таблиц InterBase 7.x каждые 10 секунд. Если бы он использовал короткую транзакцию на каждое перечитывание, то за день он бы стартовал десятки тысяч транзакций. В большинстве случаев это не проблема, но в идеальном случае нужно чтобы была возможность оставлять Performance Monitor работающим 24 часа в сутки 7 дней в неделю. Номера транзакций это знаковые 32-разрядные числа, и необходимо делать backup/restore, как минимум когда номер Next transaction приблизится к 2-м миллиардам. Поэтому, InterBase Performance Monitor использует одну, длительно работающую транзакцию, и использует возможности InterBase 7 чтобы такая транзакция не влияла на производительность сервера.ЗаключениеЗАКЛЮЧЕНИЕrnrnrn Транзакции - один из наиболее сложных для понимания и объяснения вопросов в разработке приложений баз данных, независимо от того, о каком сервере баз данных идет речь. Поэтому изучение их применения является необходимой задачей для каждого разработчика приложений баз данных, если он хочет достигнуть вершин мастерства в своей профессии. Системы обработки транзакций так же, как и другие виды информационных и компьютерных систем, находятся в состоянии постоянного развития. Несмотря на то что концепция, например, вложенных транзакций была выработана еще в начале 80-х годов, если не раньше, однако только недавно модели транзакций, более прогрессивные, чем простейшие плоские, начали перемещаться из экспериментальных систем в коммерческие продукты.rn Развитие сферы обработки транзакций неизбежно будет определяться такими факторами, как распределенность вычислительных ресурсов и потребность в межоперабельности. По этой причине, а также в силу того, что организации все активнее ищут средства для объединения и обеспечения управляемости своих информационных ресурсов, будет возрастать значение усилий, направленных на поддержку стандартизации, в частности на реализацию продуктов TP, интегрированных со средой DCE, совместимых со спецификациями OSI-TP, X/Open DTP.rn Перспективыrn- Рост числа продуктов, поддерживающих развитые модели транзакций (вложенных и/или многозвенных). rn- Формализация спецификаций X/Open DTP и реализация совместимых с ними продуктов. rn- Появление коммерческих версий мониторов TP третьего поколения, интегрированных с дисциплиной потоков работ, с поддержкой долговременных транзакций и других прогрессивных средств. rn Средства обработки транзакций имеют большое значение для поддержания целостности корпоративной информации. Хотя в области исследований сложных моделей транзакций были достигнуты значительные результаты (в частности, выработаны парадигмы, более приемлемые для распределенных систем, чем применявшиеся в течение многих лет в централизованных окружениях мэйнфреймов), однако они только сейчас начинают находить применение в реальных приложениях.rn Ключевым свойством сложных моделей транзакций является возможность разбивать транзакцию на компоненты (субтранзакции). Субтранзакции, в зависимости от конкретной модели обработки, могут быть: (1) перезапущены при рестарте системы без необходимости заново выполнять всю транзакцию с самого начала; (2) обработаны синхронно или асинхронно относительно других субтранзакций; (3) подчинены некоторой \\\"верховной (master) транзакции\\\", которая имеет право прервать любую из своих субтранзакций, даже если та сама по себе нормально завершила свою часть обработки.rn Важнейшая тенденция в сфере обработки транзакций - зарождение стандартов в двух областях: форматы и протоколы (т. е. стандартизация наборов пересылаемых сообщений и реакций получателя на каждый тип сообщения), а также прикладные программные интерфейсы (API); все это способствует обеспечению мобильности приложений обработки транзакций относительно различных платформ. rn В связи с новыми потребностями сильно распределенных окружений пришло время пересмотреть многие устоявшиеся представления о моделях обработки транзакций, которые были выработаны для централизованных окружений мэйнфреймов. Модели одноуровневого управления не годятся для ситуации, когда в обработку транзакции вовлечено множество процессоров; существует множество способов группирования субтранзакций для поддержки функционирования сложных окружений.ЛитератураБИБЛИОГРАФИЧЕСКИЙ СПИСОКrnrnrn 1. У. Дайял. Мониторы транзакций третьего поколения, 1993rn 2. Дж. Грей и A. Реутер. Транзакции: Лекции и практика. - Сан Франциско: Морган Кауфман, 1993.rn 3. A. Д. Вольф, Дж. Транскар. Монитор транзакций Encina. Ноябрь, 199rn 4. А. Цимбал, М. Аншина. Технологии создания распределенных систем. Для профессионалов. Издание 1-е,2002 годrn 5. Дейт К. Введение в системы баз данных . 6-издание. - Киев: Диалектика, 1998. rn 6.Пушников А.Ю. Введение в системы управления базами данных. rnУфа, 1999. rn7.Диго С.М. Проектирование и использование баз данных. - М.: Финансы и статистика, 1995. rn8.Тиори Т., Фрай Д. Проектирование структур баз данных. В 2 кн., - М.: Мир, 1995. Кн. 1. rn9. Симонович С.В. Информатика. Базовый курс. - М.: Дрофа, 2000. rn10. Савельев В.А. Персональный компьютер для всех. Создание и использование баз данных. - М.: Просвещение, 1995.
|
|
