35.Управление транзакциями

Пример разработки физ. проекта БД.

На этом этапе глоб ЛМ преобразуется в форму, позволяющую реализовывать ее в реляционной СУБД. В качестве целевой СУБД выбран Access. В СУБД Access создаем новую БД.

При создании таблмцы имеем возможность указать дополнительные ограничения для поелй. С каждым поелм связывается набор св-в.

Св-во Format позволяет определить способ отображения и вывода на печать полей, содержащие числа, даты, отметки времени или текстовые данные. Н-р, дата м б записана:

- в короткой форме 01.11.03;

- в средней 1 ноя 03;

- вдлинной 01 ноябрь 2003;

Св-во Input Mask используется при вводе данных таблицы для организации контроля вводимых значений. Property_No- символьное данное, на кот. накладывается ограничения с пом маски '\P>L099', где

\ - указывает, что символ стоящий заней в поле ввода д. отображаться как литерал;

>L - ук-т, сто след. символ д/б обязательно буква;

0 - -\\- в след. позиции д. стоять цифра;

9- -\\- цифра или ничего.

Caption используется для более полного описания поля.

Default Value - позволяет ук-ть значения, кот. б. автоматически помещаться в соответсвующее полеввода при создания новой записи.

Validation Rule - предназначено для того, чтобы определить требования, к кот. д. отвечать введенные в поле значения. Если ввод-мые данные, кот. установленным правилам не соот., то получаем сообщение об ошибкею

Required задаются обязательно поля. Если установленное значение Yes, поля стан-ся обязательными и для него нужно ввести значение отличное от NULL.

Allow Zero Light используется для текстовых полей, гиперссылок, Memo, и определяет, м ли помещать в данное поле символьную строку нулевой длинны.

Indexed - позволяет создаватьиндекс по 1 полю. Наличие таких индексов ускоряет выполнение запросов, а также выполнение операций группировки и сортировки.

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

Для тго., чтобы опредлить поле, кот. использует спиок выборки или фиксированное значение нужно воспользоваться мастером Loopup Wizard. В списке выборки отображается значение, кот. выбирается либо из самостоятельных таблиц (справочных), либо получается в рез-те запроса.

След шаг - установка связей м/д таблицами. Этот шаг необходим для определения требования поддерживания ссылочной целостности данных. Ссылочная целостность поддерживается за счет установления связей м/д родительской и дочерней таблицей.

След шаг - реализация бизнес правил предприятия в среде целевой СУБД. Чтобы реализовать бизнес правила м использовать макроязык, кот. поддерживается СУБД Access или язык VBA. В св-вах формы м использвать в обработчике событий Before Update включить программный текст (например ограничение на что-либо) на языке VBA. И всякий раз, когда будет б сохраняться введенная запись, б вызываться процедура Before Update и в случае нарушения ограничения, запсись сохраняться не будет.

Разработка бизнес правил предприятия выполняется // в определенной технологии загрузки БД. Корректно сформированная последовательность загрузки таблиц и соответсвие этому процессу форм ввода позволяет реализовать многие бизнес правила, не привлекая макроязык и язык VBA. Важным является определение того, отвечате ли структура БД тем требованиям, кот. выдвинуты для эфективной реализации транзакции.Сюда относится оценка пропускной способности системы, времени ответа для некоторой транзакции, V дисковой памяти.

Чтобы определить частоту, с кот. разл транзакции б вызываться в приложении, сост. карта выполнения транзакций. Например, им-ся 3 транзикции:

А - сост. отчета, кот. сод-т подробные сведения о сдаваемом в аренду об-те по каждому из отдельных компаний

В - создание и обновление записей, котю включает подробные сведения о потенциальных арендаторах;

С - сост. отчета, сод. сведения осмотра потенц аренд, сдаваемых в аренду об-тов.

Составим карту выполнения транзакции:

А,В,С - коды транзаций.

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

-> помечены, какие сущности участвуют в той или иной транзакции. Походу пометки код транзакции, в () помечено операции необходимые для выполнения транзакции.

I - input

R - read

D - delete

U - update

Анализ карты вып-ния транзкций при необходимости м принять решение об изменении структуры организации таблицы данных. Но Access не позволяет реализовать это требование. В ходе анализа выполнения транзакции принято решение создания нескольких вторичных индексов. М. сущ-но повысить скорость выполнения многотабличного запроса, если проиндексировать поля по обеим сторонам выполнения соединения, а также использовать индексы для всех полей, кот участвуют в критерии отбора запроса. Так для табл Property_for_Rent след создать доп индексы по типу об-та.

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