39. Задачи анализа транзакций на этапе логического проектирования бд и правила его проведения на примере одной транзакции. Oltp-технология.

Транзакция - это неделимая, с точки зрения воздействия на СУБД, последовательность операций манипулирования данными. Для пользователя транзакция выполняется по принципу "все или ничего", т.е. либо транзакция выполняется целиком и переводит базу данных из одного целостного состояния в другое целостное состояние, либо, если по каким-либо причинам, одно из действий транзакции невыполнимо, или произошло какое-либо нарушение работы системы, база данных возвращается в исходное состояние, которое было до начала транзакции (происходит откат транзакции). Все выполненные транзакции регистрируются в журнале транзакций.

Задачей этапа логического проектирования БД является создание такой логической модели данных, которая, с одной стороны, соответствует описанию предметной области, а с другой, отвечает всем требованиям целевой СУБД, которая выбирается (или используется как существующая) на этом этапе проектирования

На данном этапе необходимо зафиксировать всех пользователей будущей информационной системы и выписать их функциональные требования в рамках заявленной к проектированию функции.

Функциональные требования типа пользователя необходимо проанализировать и записать таким образом, чтобы они представляли специализацию транзакций. Например:

Оператор:

1. Ввод нового договора.

2. Поиск объекта по цене.

3. Ввод нового клиента.

4. Поиск всех договоров конкретного клиента.

Продавец:

1. Поиск товара по названию и цене «от» - «до»

2. Поиск товара по марке-производителя.

3. Формирование чека.

4. Список всех своих чеков за период.

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

Для этого мы используем модель данных, полученную на этапе логического проектирования в результате анализа, и попытаемся выполнить каждую транзакцию вручную. Если это окажется возможным для всех транзакций, заявленных в списке транзакций, то можно считать, что данная логическая модель успешно проверена. Если же выполнить вручную некоторую из транзакций окажется невозможно, следовательно, в логической модели данных присутствует ошибка, которую необходимо устранить.

Пример

Перечень всех договоров конкретного менеджера за конкретный месяц.

Для выполнения данной транзакции необходимо найти значение первичного ключа – номера данного менеджера в сущности «Персонал», далее найти значения всех атрибутов в сущности «Договор», где значение атрибута “менеджер” совпадает с заданным и значение атрибута “Дата_закл” попадает в границы заданного месяца. Данная транзакция может быть выполнена. Результат анализа данной транзакции и все необходимые исправления модели данных приведены на рис. 3.1.

OLTP (OnLine Transaction Processing) — онлайновая обработка транзакций. Способ организации БД, при котором система работает с транзакциями небольшими по размерам, но идущими большим потоком, и при этом клиенту требуется от системы максимально быстрое время ответа.

Технология оперативной обработки транзакций (OLTP-технология) применяется в информационных системах для ввода, структурированного хранения и обработки информации в режиме реального времени. OLTP системы позволяют сгенерировать запросы типа: сколько? Где? И т.д. OLTP системы охватывают такие сферы как: автоматизация бухгалтерского и складского учета, банковская деятельность. Основная функция таких систем заключается в одновременном выполнении большого количества коротких транзакций от большого числа пользователей. Основным критерием при разработке таких систем является скорость и надежность выполнения транзакций.

Требования

• Сильно нормализованные модели данных.

• При возникновении ошибки, транзакция должна целиком откатиться и вернуть систему к состоянию, которое было до начала транзакции.

• Обработка данных в реальном времени.

Преимущества

Высокая надёжность и достоверность данных, как следствие транзакционного подхода. Транзакция либо совершается полностью и успешно, либо не совершается и система возвращается к предыдущему состоянию. При любом исходе выполнения транзакции целостность данных не нарушается.

Недостатки

OLTP-системы оптимизированы для небольших дискретных транзакций. А вот запросы на некую комплексную информацию (к примеру поквартальная динамика объемов продаж по определённой модели товара в определённом филиале), характерные для аналитических приложений (OLAP), породят сложные соединения таблиц и просмотр таблиц целиком. На один такой запрос уйдет масса времени и компьютерных ресурсов, что затормозит обработку текущих транзакций.