Создание физической модели БД
На уровне физической модели сущности соответствует таблица в реальной СУБД, атрибуту – столбец (поле) таблицы, связи − внешний ключ, первичным ключам − уникальные индексы, а атрибутам, часто используемым для доступа к данным − неуникальные. Описание таблиц моделируемой БД, с указанием типов полей и ограничений целостности приводится в таблице 6.1. Таблица 6.1 – Описание таблиц БД
Переключившись в режим отображения физической модели, изменяем типы данных столбцов во всех таблицах с помощью редактора таблицы, который вызывается двойным щелчком левой клавиши мыши по прямоугольнику таблицы (рисунок 6.9). Все редакторы для физической модели вызываются из контекстного меню, которое появляется при щелчке правой клавишей мыши по прямоугольнику таблицы. В окне редактора таблицы нужно ввести имя таблицы (рисунок 6.17) и задать ограничения и типы данных для полей таблиц (рисунок 6.18).
Рисунок 6.17 – Редактор параметров таблицы
Рисунок 6.18 – Редактор колонок таблиц Физическая модель БД после выполнения описанных действий примет вид, как показано на рисунке 6.19.
Рисунок 6.19 – Физическая модель Для атрибутов ˂имя˃, ˂фамилия˃ и ˂отчество˃ таблиц NaturalPerson и LegalEntity создадим индекс, чтобы обеспечить возможность быстрого поиска информации о сделках, согласно заданию. Поскольку в задании указано, что создаваемая система должна позволять подводить итоги оборота акций за произвольное количество дней, целесообразно сделать атрибут ˂дата и время сделки˃ таблицы Тransaction индексом, т.к. он довольно часто будет использоваться для доступа к данным. Создать индекс можно с помощью редактора индексов (рисунок 6.20) выбрав пункт Edit Table Indexes контекстного меню таблицы. В окне редактора нужно: ввести имя создаваемого индекса; определить уникальный индекс или нет; указать колонки таблицы, которые образуют индекс; задать режим сортировки для каждой колонки индекса (Ascending, Descending).
Рисунок 6.20 – Редактор индексов Значения поля customerPassportNum (<номер паспорта>) таблиц NaturalPerson и LegalEntity должны быть уникальными. Для определения уникальных полей используется специальный редактор (рисунок 6.21), который вызывается путем выбора пункта Edit Table Unique Keys контекстного меню таблицы.
Рисунок 6.21 – Редактор уникальных полей таблицы В окне редактора нужно ввести имя ограничения и указать колонки, значения в которых должны быть уникальными. На этапе физического моделирования БД проектируются хранимые процедуры и триггеры, контролирующие ограничения целостности, накладываемые семантикой ПрО. Рассмотрим несколько примеров. Пример 1. Триггер, который проверяет значения в полях PersonID и ProxyNum при добавлении или изменении данных в таблице Тransaction. Если одно из них не пусто, ввод данных в другое недопустим (нельзя, чтобы одну сделку осуществляло 2 клиента). В противном случае добавление или изменение такой записи запрещается. Если оба этих поля пусты – добавление или изменение записи так же не допускается. Пример 2. Триггер, проверяющий уникальные значения в поле CustomerPassportNum таблиц NaturalPerson и LegalEntity при добавлении или изменении. Если введенные значения этого поля совпадают со значениями, хранящимися в БД, то добавить или изменить такую запись нельзя. Пример 3. Триггер, который не допускает ввод одинаковых значений в поля ShareCodeSold и ShareCodePurchased при добавлении или изменении записи в таблице Тransaction. То есть нельзя в рамках одной сделки продать и купить один тип акций. Пример 4. Разработать хранимую процедуру, которая будет по фамилии имени и отчеству клиента выводить всю информацию о его сделках. Входными параметрами хранимой процедуры будут фамилия, имя и отчество клиента. Выходными – записи с полями: номер сделки; дата и время сделки; количество купленных и проданных акций; сумма покупки и продажи акций; ФИО кассира, осуществившего сделку. Пример 5. Разработать хранимую процедуру, которая будет выводить итоговую информацию по обороту акций за заданное количество дней. Входными параметрами будут две даты, задающие интересующий промежуток времени. Выходными – записи с полями о количестве и сумме проданных и купленных акций.
|
