- •Курсовая работа
- •Проект (работу)
- •Содержание
- •Введение
- •1. Описание предметной области
- •Объекты предметной области:
- •Список пользователей:
- •Технологический процесс
- •2. Логическая модель базы данных «Учет участников выставки собак»:
- •3. Реляционная модель бд «Учет участников выставки собак»
- •4. Средства обеспечения целостности данных и их назначение
- •5. Средства обеспечения безопасности информации в бд
- •6. Методика и результаты тестирования бд
- •Проверка операции вывода данных select
- •Проверка операции добавления данных insert
- •Проверка операции обновления данных update
- •Проверка операции удаления данных delete
- •7. Листинг script-файла бд с комментариями
- •Список литературы
3. Реляционная модель бд «Учет участников выставки собак»
Инфологическая модель используется на ранних стадиях разработки проекта. Если понимать язык условных обозначений, которые соответствуют категориям ER-модели, то ее можно легко «читать», следовательно, она доступна для анализа программистам-разработчикам, которые будут разрабатывать конкретные приложения. Она имеет однозначную интерпретацию, в отличие от некоторых предложений естественного языка, и поэтому здесь не может быть никакого недопонимания со стороны разработчиков. Для ER-модели существует алгоритм однозначного преобразования ее в реляционную модель данных, что позволило в дальнейшем разработать множество инструментальных систем, поддерживающих процесс разработки информационных систем, базирующихся на технологии баз данных. И во всех этих системах существуют средства описания инфологической модели разрабатываемой БД с возможностью автоматической генерации той даталогической модели, на которой будет реализовываться проект в дальнейшем.
Рассмотрим правила преобразования построенной ER-модели в реляционную модель.
Каждой сущности ставится в соответствие отношение реляционной модели данных. При этом имена сущности и отношения могут быть различными, потому что на имена сущностей могут не накладываться дополнительные синтаксические ограничения, кроме уникальности имени в рамках модели. Имена отношений могут быть ограничены требованиями конкретной СУБД. В использованной СУБД InterBase, например, имена являются идентификаторами в базовом языке SQL, они ограничены по длине и не должны содержать пробелов и некоторых специальных символов. Первичный ключ сущности становится как PRIMARY KEY соответствующего отношения. Атрибуты, входящие в первичный ключ отношения, автоматически получают свойство обязательности (NOT NULL). В подчиненных отношениях помечаются внешние ключи (PK).
Ниже указаны имена основных таблиц (OWNER, DOG, EXHIBITION) и таблиц-справочников (DISTRICT, DWELLING, BANK, BREED, SEX, COLOUR, HAIR). В спецификации основных таблиц вместо названий атрибутов введены идентификаторы (ID_....) соответствующих таблиц-справочников как FK.
Имена таблиц в базе данных EXHIBITION.GDB
№ п.п. |
Наименование |
Имя в EXHIBITION.GBD |
|
Владелец |
OWNER |
|
Собака |
DOG |
|
Выставка |
EXHIBITION |
|
Район |
DISTRICT |
|
Тип жилища |
DWELLING |
|
Банк |
BANK |
|
Порода |
BREED |
|
Пол |
SEX |
|
Окрас |
COLOUR |
|
Шерсть |
|
Спецификация таблицы OWNER (Владелец)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор владельца |
ID_OWN |
INTEGER |
|
PK |
|
Фамилия |
F_Name |
CHAR |
30 |
|
|
Имя |
L_Name |
CHAR |
30 |
|
|
Адрес |
Adress |
CHAR |
30 |
|
|
Дата рождения |
Date_Birt |
DATE |
|
|
|
Код типа жилища |
ID_DWELL |
INTEGER |
|
FK |
|
Код банка |
ID_BANK |
INTEGER |
|
FK |
|
Код района |
ID_DISTR |
INTEGER |
|
FK |
Спецификация таблицы DOG (Собака)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор собаки |
IG_DOG |
INTEGER |
|
PK |
|
Код владельца |
ID_OWNER |
INTEGER |
|
FK |
|
Код породы |
ID_BREED |
INTEGER |
|
FK |
|
Код пола |
ID_SEX |
INTEGER |
|
FK |
|
Код окраса |
ID_COL |
INTEGER |
|
FK |
|
Кодё длины шерсти |
ID_HAIR |
INTEGER |
|
FK |
Спецификация таблицы EXHIBITION (Выставка)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор участника |
ID_PART |
INTEGER |
|
PK |
|
Приз |
Prize |
INTEGER |
|
|
|
Занятое место |
Taken_Place |
Integer |
|
|
|
Код участника |
ID_OWN |
INTEGER |
|
FK |
|
Код собаки |
ID_DOG |
INTEGER |
|
FK |
Спецификация таблицы-справочника DWELLING (Жилище)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор типа жилища |
ID_DWELL |
INTEGER |
|
PK |
|
Тип жилища |
Type_Dwell |
CHAR |
30 |
|
Спецификация таблицы-справочника BANK (Банк)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор банка |
ID_BANK |
INTEGER |
|
PK |
|
Наименование |
Name |
CHAR |
30 |
|
Спецификация таблицы-справочника DISTRICT (Район)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор района |
ID_DISTR |
INTEGER |
|
PK |
|
Наименование |
Name |
CHAR |
30 |
|
Спецификация таблицы-справочника BREED (Порода)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор породы |
ID_BREED |
INTEGER |
|
PK |
|
Порода |
Breed |
CHAR |
30 |
|
Спецификация таблицы-справочника SEX (Пол)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор пола |
ID_SEX |
INTEGER |
|
Pk |
|
Пол |
Sex |
INTEGER |
|
F |
Спецификация таблицы-справочника COLOUR (Окрас)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор окраса |
Code |
INTEGER |
|
PK |
|
Окрас |
Colour |
CHAR |
30 |
|
Спецификация таблицы-справочника HAIR (Шерсть)
№ п.п. |
Заглавие |
Имя поля |
Тип |
Длина |
Ключ |
|
Идентификатор шерсти |
ID_HAIR |
INTEGER |
|
PK |
|
Тип шерсти |
Hair |
CHAR |
30 |
|
На рис. 3 приведена реляционная ER-модель БД «Учет участников выставки собак»
Рис. 3. Реляционная ER-модель БД «Учет участников выставки собак»
Реляционная ER-модель и спецификация таблиц спроектированной БД использованы в практическом программировании базы данных средствами языка SQL СУБД InterBase. SCRIPT-файл результатов программирования является приложением курсового проекта, который вместе с пояснительной запиской представлен файлом созданной базы данных EXHIBITION.gdb на компакт-диске как приложение к пояснительной записка проекта СУБД.