Студопедия Главная Случайная страница Обратная связь

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

Создание физической модели БД




Доверь свою работу кандидату наук!
Поможем с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой

На уровне физической модели сущности соответствует таблица в реальной СУБД, атрибуту – столбец (поле) таблицы, связи − внешний ключ, первичным ключам − уникальные индексы, а атрибутам, часто используемым для доступа к данным − неуникальные.

Описание таблиц моделируемой БД, с указанием типов полей и ограничений целостности приводится в таблице 6.1.

Таблица 6.1 – Описание таблиц БД

Название таблицы Поле Описание Тип данных Ограничение
NaturalPerson CustomerLastName фамилия клиента строка, 20 символов обязательное для ввода
CustomerFirstName имя клиента строка, 20 символов обязательное для ввода
CustomerMiddleName отчество клиента строка, 20 символов обязательное для ввода
CustomerPassportNum серия и номер паспорта клиента строка, 10 символов обязательное для ввода; уникальные значения
PersonID идентификационный код клиента целое число первичный ключ
LegalЕntity CustomerLastName фамилия клиента строка, 20 символов обязательное для ввода
CustomerFirstName имя клиента строка, 20 символов обязательное для ввода
CustomerMiddleName отчество клиента строка, 20 символов обязательное для ввода
CustomerPassportNum серия и номер паспорта клиента строка, 10 символов обязательное для ввода; уникальные значения
ProxyNum номер доверенности целое число первичный ключ
Teller TellerID учетный номер кассира Целое число первичный ключ
TellerNameInitials фамилия и инициалы кассира строка, 25 символов обязательное для ввода
Share ShareCode код акции целое число первичный ключ
ShareName наименование акции строка, 30 символов обязательное для ввода
ShareFvalue номинал акции вещественное число обязательное для ввода; значение по умолчанию «0».
Тransaction TransID уникальный цифровой код сделки целое число первичный ключ
PurchaseQuantity количество купленных акций целое число обязательное для ввода; допустимые значения «>0»; значение по умолчанию «1».
SaleQuantity количество проданных акций целое число обязательное для ввода; допустимые значения «>0»; значение по умолчанию «1».
TransDateTime дата и время сделки дата обязательное для ввода; значение по умолчанию «текущая дата».
PersonID идентификационный номер физ. лица целое число внешний ключ, каскадное обновление, запрет удаления; необязательное для ввода.
ProxyNum номер доверенности юр. лица целое число внешний ключ, каскадное обновление, запрет удаления; необязательное для ввода.
TellerID учетный номер кассира целое число внешний ключ, каскадное обновление, запрет удаления; обязательное для ввода.
ShareCodeSold код проданных акций целое число внешний ключ, каскадное обновление, запрет удаления; необязательное для ввода.
ShareCodePurchased код купленных акций целое число внешний ключ, каскадное обновление, запрет удаления; необязательное для ввода.

Переключившись в режим отображения физической модели, изменяем типы данных столбцов во всех таблицах с помощью редактора таблицы, который вызывается двойным щелчком левой клавиши мыши по прямоугольнику таблицы (рисунок 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. Разработать хранимую процедуру, которая будет выводить итоговую информацию по обороту акций за заданное количество дней. Входными параметрами будут две даты, задающие интересующий промежуток времени. Выходными – записи с полями о количестве и сумме проданных и купленных акций.







Дата добавления: 2015-10-19; просмотров: 379. Нарушение авторских прав; Мы поможем в написании вашей работы!

Studopedia.info - Студопедия - 2014-2022 год . (0.018 сек.) русская версия | украинская версия