Создание информационно-справочной системы

Таблица 6 – Схема отношения «Профессия»

Атрибут	Смысл	Тип
Код профессии	Код профессии (PK)	Числовой  целый, счётчик
Название	Название  профессии	Строка

 

Для идентификации профессии клиента в отношение введен атрибут «Код профессии». Этот атрибут является первичным ключом данного отношения, так как обладает свойством неизбыточности и позволяет однозначно идентифицировать отдельную профессию по её целочисленному номеру.

1. Среди атрибутов нет составных, таким образом, создано корректное отношение в 1НФ.
2. Отношение «Профессия» находится в 2НФ, так как все неключевые атрибуты данного отношения полностью зависят от первичного ключа.
3. Между неключевыми атрибутами отношения не существует функциональных зависимостей. Учитывая пункт 2, можно утверждать, что данное отношение находится в 3НФ.

Таблица 7 – Схема отношения «Анкета»

Атрибут	Смысл	Тип
Код анкеты	Код анкеты (PK)	Числовой  целый, счётчик
Фамилия	Фамилия клиента	Строка

 

Продолжение таблицы 7

Имя	Имя клиента	Строка
Отчество	Отчество  клиента	Строка
Серия	Серия паспорта клиента	Строка
Номер	Номер паспорта клиента	Строка
Телефон	Контактный  телефон клиента	Строка
Почта	Адрес электронной почты клиента	Строка
Пол	Пол клиента	Строка
Дата  рождения	Дата  рождения клиента	Время и дата
Код профессии	Профессия клиента (FK)	Числовой  целый
Дети	Наличие детей у клиента	Логический
Фото	Путь  к каталогу с фото клиента	Строка
Код цели	Цель  знакомства клиента (FK)	Числовой  целый

 

Для идентификации анкеты клиента бюро знакомств в отношение введен атрибут «Код анкеты». Этот атрибут является первичным ключом данного отношения, так как обладает свойством неизбыточности и позволяет однозначно идентифицировать отдельную анкету клиента бюро знакомств по её целочисленному номеру. Схема содержит два внешних ключа: первичные ключи из схем «Цель» и «Профессия».

1. Среди атрибутов нет составных, таким образом, создано корректное отношение в 1НФ.
2. Отношение «Анкета» находится в 2НФ, так как все неключевые атрибуты данного отношения полностью зависят от первичного ключа.
3. Между неключевыми атрибутами отношения не существует функциональных зависимостей. Учитывая пункт 2, можно утверждать, что данное отношение находится в 3НФ.

Таблица 8 – Схема отношения «Вечер»

Атрибут	Смысл	Тип
Дата  вечера	Дата  вечера знакомств (PK)	Время и дата
Возраст	Возрастная  категория вчера знакомств	Строка
Цена  билета	Цена  билета на вечер знакомств	Денежный

Для идентификации профессии клиента в отношение введен атрибут «Дата вечера». Этот атрибут является первичным ключом данного отношения, так как обладает свойством неизбыточности и позволяет однозначно идентифицировать отдельный вечер знакомств по его дате и времени проведения.

1. Среди атрибутов нет составных, таким образом, создано корректное отношение в 1НФ.
2. Отношение «Вечер» находится в 2НФ, так как все неключевые атрибуты данного отношения полностью зависят от первичного ключа.
3. Между неключевыми атрибутами отношения не существует функциональных зависимостей. Учитывая пункт 2, можно утверждать, что данное отношение находится в 3НФ.

Таблица 9 – Схема отношения «Билет»

Атрибут	Смысл	Тип
Код анкеты	Код анкеты (значение ключевого атрибута отношения «Анкета») (PK)	Числовой  целый, счётчик
Дата  вечера	Дата  вечера знакомств (значение ключевого атрибута отношения «Вечер») (PK)	Время и дата

 

Сущность, соответствующая  данной схеме отношений, является ассоциативной, связывающей сущности «Анкета» и «Вечер». Первичным ключом является совокупность внешних ключей: ссылок на первичные ключи соответствующих схем.

1. Среди атрибутов нет составных, таким образом, создано корректное отношение в 1НФ.
2. Отношение «Билет» находится в 2НФ, так как все неключевые атрибуты данного отношения полностью зависят от первичного ключа.
3. Между неключевыми атрибутами отношения не существует функциональных зависимостей. Учитывая пункт 2, можно утверждать, что данное отношение находится в 3НФ, что и требуется.

 

Таблица 10 – Схема отношения «Увлечение»

Атрибут	Смысл	Тип
Код анкеты	Код анкеты (значение ключевого атрибута отношения «Анкета») (PK)	Числовой  целый, счётчик
Код увлечения	Код увлечения клиента (значение ключевого атрибута отношения «Вид увлечения») (PK)	Числовой  целый, счётчик

 

Сущность, соответствующая  данной схеме отношений, является ассоциативной, связывающей сущности «Анкета» и «Вид увлечения». Первичным ключом является совокупность внешних ключей: ссылок на первичные ключи соответствующих схем.

1. Среди атрибутов нет составных, таким образом, создано корректное отношение в 1НФ.
2. Отношение «Увлечение» находится в 2НФ, так как все неключевые атрибуты данного отношения полностью зависят от первичного ключа.
3. Между неключевыми атрибутами отношения не существует функциональных зависимостей. Учитывая пункт 2, можно утверждать, что данное отношение находится в 3НФ, что и требуется.

Таблица 11 – Схема отношения «Услуга»

Атрибут	Смысл	Тип
Код анкеты	Код анкеты (значение ключевого атрибута отношения «Анкета») (PK)	Числовой  целый, счётчик
Код услуги	Код услуги (значение ключевого атрибута отношения «Вид услуги») (PK)	Числовой  целый, счётчик
Цена  услуги	Цена  услуги, предоставленной клиенту	Денежный

 

Сущность, соответствующая  данной схеме отношений, является ассоциативной, связывающей сущности «Анкета» и «Вид услуги». Первичным ключом является совокупность внешних ключей: ссылок на первичные ключи соответствующих схем.

1. Среди атрибутов нет составных, таким образом, создано корректное отношение в 1НФ.
2. Отношение «Услуга» находится в 2НФ, так как все неключевые атрибуты данного отношения полностью зависят от первичного ключа.
3. Между неключевыми атрибутами отношения не существует функциональных зависимостей. Учитывая пункт 2, можно утверждать, что данное отношение находится в 3НФ, что и требуется.

Таким образом, в рассматриваемой  предметной области выявлены и формализованы отношения и связи между ними.

 

4 Физическая реализация базы данных в формате MS SQL Server 2000

 

На этом этапе следует  реализовать созданную ранее  структуру на сервере БД MS SQL Server 2000 в базе данных. Далее перечислена реализация составленных схем отношений с помощью таблиц базы данных, с указанием типов данных полей в нотации MS SQL Server 2000. Созданные таблицы являются частью БД на сервере данных. Имя базы данных для последующего использования: «Бюро знакомств».

Таблица 12 – Спецификация таблицы «Вид услуги»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код услуги	int	запрещено	identity(1,1)	первичный ключ
Название	nvarchar(50)	запрещено	нет

 

Таблица 12 – Спецификация таблицы «Вид увлечения»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код увлечения	int	запрещено	identity(1,1)	первичный ключ
Название	nvarchar(50)	запрещено	нет

 

Таблица 13 – Спецификация таблицы «Цель»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код цели	int	запрещено	identity(1,1)	первичный ключ
Название	nvarchar(50)	запрещено	нет

 

Таблица 14 – Спецификация таблицы «Профессия»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код профессии	int	запрещено	identity(1,1)	первичный ключ
Название	nvarchar(50)	запрещено	нет

 

Таблица 15 – Спецификация таблицы «Анкета»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код анкеты	int	запрещено	identity(1,1)	первичный ключ
Фамилия	nvarchar(50)	запрещено	нет
Имя	nvarchar(50)	запрещено	нет
Отчество	nvarchar(50)	запрещено	нет
Серия	nvarchar(2)	запрещено	нет
Номер	nvarchar(8)	запрещено	нет
Телефон	nvarchar(14)	запрещено	нет
Почта	nvarchar(50)	запрещено	нет
Пол	nvarchar(10)	запрещено	нет	мужской, женский
Дата  рождения	datetime	запрещено	текущая дата getdate( )	дата не позднее текущей
Код профессии	int	запрещено	нет	внешний ключ с таблицей «Профессия»
Дети	bit	запрещено	нет	да, нет
Фото	nvarchar(100)	разрешено	нет
Код цели	int	запрещено	нет	внешний ключ с таблицей «Цель»

 

Таблица 16 – Спецификация таблицы «Вечер»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Дата  вечера	datetime	запрещено	текущая дата getdate( )	первичный ключ, дата не позднее текущей
Возраст	nvarchar(50)	запрещено	нет
Цена  билета	money	запрещено	нет

 

 

Таблица 17 – Спецификация таблицы «Билет»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код анкеты	int	запрещено	нет	первичный ключ, внешний ключ для связи с  таблицей «Анкета»
Дата  вечера	datetime	запрещено	нет	первичный ключ, внешний ключ для связи с  таблицей «Вечер»

 

Таблица 18 – Спецификация таблицы «Увлечение»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код анкеты	int	запрещено	нет	первичный ключ, внешний ключ для связи с  таблицей «Анкета»
Код увлечения	int	запрещено	нет	первичный ключ, внешний ключ для связи с  таблицей «Вид увлечения»

 

Таблица 19 – Спецификация таблицы «Услуга»

Имя поля	Тип	Хранение NULL	По  умолчанию	Ограничения
Код анкеты	int	запрещено	нет	первичный ключ, внешний ключ для связи с  таблицей «Анкета»
Код услуги	int	запрещено	нет	первичный ключ, внешний ключ для связи с  таблицей «Вид услуги»
Цена  услуги	money	запрещено	нет

 

Структура базы данных приведена  на следующей ER-диаграмме (см. рисунок 6), которая отображает таблицы базы данных, структуру таблиц базы данных и связи между ними.

Рисунок 6 – ER-диаграмма базы данных «Бюро знакомств»

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