Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

практические / лаба 2

.docx
Скачиваний:
0
Добавлен:
06.10.2025
Размер:
1.35 Mб
Скачать

МИНОБРНАУКИ РОССИИ

САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ

ЭЛЕКТРОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

«ЛЭТИ» ИМ. В. И. УЛЬЯНОВА (ЛЕНИНА)

Кафедра ИС

ОТЧЕТ

по практической работе №2

по дисциплине «Инженерия знаний и базы данных»

Тема: «Создание базы данных, таблиц и ограничений»

Студентка гр. 2395 ____________ Кузьмичева Ю.И.

Преподаватель ____________ Назаренко Н.А.

Санкт-Петербург

2023

Цель работы: Создать базу данных, используя Firebird и IBExpert, научиться создавать таблицы и ограничения.

Задачи:

  1. Установить сервер FireBird и СУБД IBExpert

  2. Создать базу данных, спроектированную в ходе практической работы 1, с помощью IBExpert.

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

  4. Сравнить полученную в первой практической работе ER-диаграмму с таблицами, полученными в ходе выполнения данной практической работы.

  5. Сделать выводы о проделанной работе.

Ход работы:

  1. После установки программ FireBird и IBExpert и создания базы данных из практической работы 1, я приступила к созданию доменов для таблиц:

Рис.1

Первый домен будет использоваться для строковых полей, таких как наименование, фирма, сотрудники и другие. Второй служит для полей, содержащих номер или код какого-либо объекта. Для него я установила ограничения, потому что код товара может быть только восьмизначным числом – нижняя граница, верхняя – номер накладной, состоящий из 12 цифр. Для остальных полей нет необходимости создавать домены, потому что их получится столько же, сколько и полей.

  1. Далее я приступила к созданию таблиц, соответствующих сущностям с атрибутами:

Рис.2 Таблица «Товары»

В таблице «Товары» 6 строк: для кода товара, восьмисимвольного поля, использован домен «Code», для наименования, и фирмы – домен «Char», категория и описание содержат более 35 символов. Для символьных полей применена кодировка WIN1251. Поля «Код товара», «Наименование» и «Цена» не должны быть пустыми.

Рис.3 Таблица «Накладная прихода»

В таблице «Накладная прихода» 4 строки: для кода товара и номера накладной, состоящего из 12 символов, использован домен «Code», для ФИО сотрудника – домен «Char». Для символьных полей применена кодировка WIN1251. Поле «Код товара» не должно быть пустым.

Рис.4 Таблица «Накладная_Поставщик»

Вспомогательная таблица «Накладная_Поставщик» содержит 5 строк: для номера накладной, использован домен «Code». Для символьных полей применена кодировка WIN1251. Поля «Строка Накладной», «Наличие» и «Код поставщика» не должны быть пустыми. Для строки накладной я использовала тип «SMALLINT», потому что она будет содержать одну цифру, также как и поле «Наличие» будет содержать лишь 1 символ «+» или «-», это указано в ограничениях полей.

Рис.5 Таблица «Поставщик»

В таблице «Поставщик» 5 строк: для номера телефона, состоящего из 11 символов, использован домен «Code», для адреса, названия страны и фирмы – домен «Char». Для кода поставщика использован тип «SMALLINT», потому что он будет содержать одну цифру. Для символьных полей применена кодировка WIN1251. Поле «Код поставщика» не должно быть пустым.

Рис.6 Таблица «Отчет»

В таблице «Отчет» 4 строки: для номера отчета использован домен «Code», для ФИО сотрудника – домен «Char». Для символьных полей применена кодировка WIN1251. Поля «Номер отчета» и «Дата» не должны быть пустыми.

Рис.7 Таблица «Товар_Отчет»

Вспомогательная таблица «Товар_Отчет» содержит 5 строк: для кода товара и номера отчета, использован домен «Code». Поля «Строка Отчета», «Номер отчета» и «Код товара» не должны быть пустыми. Для строки отчета использован тип «SMALLINT», потому что она будет содержать одну цифру.

  1. Создание внешних ключей. Для начала необходимо создать первичные ключи для всех таблиц.

Рис.8 Первичный ключ «Товары»

На рисунке показан пример первичного ключа «Код товара» для таблицы «Товары», имеющий индекс «ID_Товар». Аналогичное действие я проделала с каждой таблицей.

Далее необходимо выбрать таблицу, в которой понадобятся внешние ключи. В этом помогает созданная в практической работе 1 схема.

Рис.9 Внешний ключ «Накладная»

Например, таблица «Отчет» связана с таблицей «Товары» полем «Код товара» - это и будет внешним ключом.

Рис.10 Внешний ключ «Накладная_Поставщик»

Рис.11 Внешний ключ «Товары_Отчет»

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

Вывод: В хоте практической работы создана база данных каталога, в которой созданы таблицы с ограничениями, внутренними и внешними ключами. Проведено сравнение между ER-диаграммой из первой практической работы и полученными таблицами.

Соседние файлы в папке практические