ЛАБОРАТОРНАЯ РАБОТА №2 Тема: Определение логической структуры. реляционной базы данных

Цель: Освоить технологию создания логической структуры реляционной базы данных на основе информационно-логической модели предметной области.

Условие задания:

На основании форм документов, описания и ограничений предметной области «Отдел реализации», а также разработанной информационно-логической модели (см. лабораторную работу №1) создать логическую структуру реляционной базы данных и разработать данные контрольного примера.

Порядок создания структуры РБД:

Логическая структура реляционной базы данных определяется совокупностью логически взаимосвязанных реляционных таблиц. Каждая таблица имеет структуру, определяемую реквизитным составом одного из информационных объектов полученной информационно-логической модели. Логические связи между таблицами соответствуют структурным связям между объектами.

Логическая структура реляционной базы данных (схема данных), построенная на основе информационно-логической модели предметной области «Отдел реализации» (см. лабораторную работу №1) приведена на рис.2.1.

 

Рис.2.1. Логическая структура реляционной базы данных

 

Логическая структура реляционных таблиц зависит от СУБД, с помощью которой будет разрабатываться база данных.

 

В различных СУБД поддерживаются различные типы данных, существуют различные ограничения на длину имени поля и символы, используемые в имени, могут отличаться свойства полей и т. п.

В таблицах 2.1 – 2.4 представлена логическая структура реляционных таблиц базы данных MS Access (количество столбцов в разделе Формат поля может быть различным, и зависит от количества задаваемых свойств полей).

Таблица 2.1

Таблица: Клиенты

Атрибут (поле) Вид

ключа

Формат поля
Имя Наименование Тип Размер Обязательное

поле

КодКлиента Код клиента П, У Счетчик
НаимКлиента Наименование клиента Текстовый 50 Да
АдресКлиента Адрес клиента Текстовый 70 Да

Таблица 2.2

Таблица: Заказы

Атрибут (поле) Вид

ключа

Формат поля
Имя Наименование Тип Размер Знач. по

умолчанию

Условие на значение Обязат.

поле

КодЗаказа Код заказа П, У Счетчик
ДатаОформления Дата оформления Дата/время Date() Да
ДатаНазначения Дата назначения Дата/время >= Date() Да
ДатаИсполнения Дата исполнения Дата/время Нет
КодКлиента Код клиента В Числовой Длинное целое Да

 

Таблица 2.3

Таблица: Товары

Атрибут (поле) Вид

ключа

Формат поля
Имя Наименование Тип Размер Точность Условие на значение Знач. по

умолчанию

КодТовара Код товара П, У Текстовый 6
МаркаТовара Марка товара Текстовый 40
ЕдИзмТовара Ед. изм. товара Текстовый 8
ЦенаТовара Цена Числовой Один. с пл. точкой 2 >=0 0
КоличествоТовара Количество Числовой Целое >=0 0
ПоставкиПрекращены Поставки прекращены Логический Нет

Таблица 2.4

Таблица: Заказано

Атрибут (поле) Вид

ключа

Формат поля
Имя Наименование Тип Размер Точность Условие на значение
КодТовара Код товара В С, У

В

Текстовый 6
КодЗаказа Код заказа Числовой Длинное целое
ЦенаПродажи Цена Числовой Один. с пл. точкой 2 >=0
Количество Количество Числовой Целое >=0

 

Разработка данных контрольного примера:

Основное требование к данным контрольного примера – их представительность. В данных контрольного примера необходимо отразить сведения из описания и ограничений предметной области, а также подтвердить выбор типов данных и настроек свойств полей, указанных в логической структуре реляционных таблиц.

В данных контрольного примера должны быть отражены следующие сведения из описания и ограничений предметной области «Отдел реализации»:

– каждый заказ имеет уникальный номер по предприятию;

– каждый заказ соответствует только одному клиенту;

– один и тот же клиент может оформлять много заказов на поставку товаров;

– в одном заказе может быть заказано много товаров;

– один и тот же товар может быть заказан в разных заказах;

– каждый товар идентифицируется уникальным кодом (артикулом);

– каждый товар может иметь только одну единицу измерения;

– цена товара может изменяться на основании переоценки;

– стоимость выполненных заказов изменяться не может;

– оформленные заказы должны храниться в течение нескольких лет;

– заказы могут быть исполненными или находиться в стадии исполнения (при исполнении заказа в Бланке заказа заполняется реквизит Дата исполнения).

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

При разработке данных контрольного примера необходимо придерживаться следующих правил:

– таблицы, находящиеся в канонической модели на 0 уровне, должны содержать не менее 3 строк с данными;

– таблицы, находящиеся в канонической модели на 1 уровне, должны содержать не менее 5 строк с данными;

– таблицы, находящиеся в канонической модели на 2 уровне, должны содержать не менее 10 строк с данными,

– таблицы, находящиеся в канонической модели на 3 уровне, должны содержать не менее 15 строк с данными,

Т. е. чем дальше от вершины модели находится таблица, тем больше строк с данными она должна содержать.

Таблица 2.6

Таблица: Товары (уровень 0)

Код

Товара

Марка

Товара

ЕдИзм

Товара

Цена

Товара

Количество

товара

Поставки

прекращены

АН4848 Ниам. товара 1 Шт. 25,55 5
АР4848 Ниам. товара 2 Шт. 5,50 0 Да
АР5222 Ниам. товара 3 Шт. 12,50 8
КС0588 Ниам. товара 4 Пачка 22,50 25
ТП1025 Ниам. товара 5 Рулон 10,45 12
ТП1026 Ниам. товара 6 Рулон 9,50 6 Да
ТП1027 Ниам. товара 7 Рулон 7,50 6

 

Таблица 2.5

Таблица: Клиенты (уровень 0)

Код

Клиента

Наим

Клиента

Адрес

Клиента

1 ЧП Воробьянинов К. Г. Симферополь, ул. Литейная, 25
2 МП «Мечты сбываются» Г. Алушта, ул. Морская, 25
3 ЧП Сидоров И. И. П. Бузина, Симферопольский р-н, ул. Ким, 12/4
4 АО «ПырЧирПроект» Г. Севастополь, ул. Ушакова, 35

Таблица 2.7

Таблица: Заказы (уровень 1)

Код

Заказа

Дата

Оформления

Дата

Назначения

Дата

Исполнения

Код

Клиента

1 15/12/2002 28/12/2002 29/12/2002 1
2 18/12/2002 29/12/2002 29/12/2003 2
3 10/01/2003 22/01/2003 25/01/2003 1
4 01/02/2003 15/02/2003 3
5 05/02/2003 19/02/2003 19/02/2003 3
6 05/02/2003 15/02/2003 15/02/2003 4
7 12/02/2003 27/02/2003 27/02/2003 1
8 15/02/2003 29/02/2003 2

Таблица 2.8

Таблица: Заказано (уровень 2)

Код

Заказа

Код

Товара

Цена

Продажи

Количество
1 АР5222 12,15 5
1 ТП1025 10,10 2
1 АР4848 5,20 3
1 АН4848 25,05 4
2 АР5222 12,15 3
3 ТП1026 9,50 2
3 АН4848 25,55 1
4 ТП1027 7,50 25
5 АР5222 12,50 5
5 ТП1025 10,45 4
5 АН4848 25,55 6
6 ТП1027 7,50 25
6 АР5222 12,50 5
7 АН4848 25,55 12
7 АР5222 12,50 15
7 ТП1025 10,45 4
8 АР4848 5,50 7
8 КС0588 22,50 2

 

ЗАДАНИЕ ДЛЯ САМОСТОЯТЕЛЬНОЙ РАБОТЫ

К ЛАБОРАТОРНОЙ РАБОТЕ №2

Цель: Закрепить навыки по созданию логической структуры реляционной базы данных и разработке данных контрольного примера.

Условие задания:

На основании форм документов, описания и ограничений предметной области «Отдел реализации», а также разработанной расширенной информационно-логической модели (см. лабораторную работу №1 и задание для самостоятельной работы №1) создать логическую структуру реляционной базы данных и разработать данные контрольного примера для новых таблиц.

Литература:

Лекция 1. Введение в базы данных.

Лекция 2. Основы проектирования баз данных.

Лекция 3. Введение в СУБД.

Экономическая информатика. Учебник для вузов. Под ред. проф. В. В. Евдокимова. – СПб.: Питер, 1997. – [С446 – 466]

Метки: