Методичка БД V.3.0 light (docx)

Следующий шаг – создание запросов. Создадим в качестве примеров по одному запросу каждого из следующих видов: на выборку, на выборку с группировкой, перекрестный запрос и запрос на обновление. Запросы представим в виде фотографий окна конструктора запросов и SQL-команд.

Запрос на выборку: требуется вывести историю назначений конкретного работника (например, с табельным номером "00003").

Фотографию конструктора запроса на выборку представим на рисунке 4.4.

Рисунок 4.4 - Фотография конструктора запроса на выборку

Текст запроса на языке SQL будет иметь следующий вид:

SELECT Назначения.НомНазн, Рабочие.ТабНом, Рабочие.ФамРаб, Рабочие.ИмяРаб, Рабочие.ОтчРаб, Бригады.НаимБриг, Назначения.ДатаНазн, Назначения.ДатаОтм

FROM Рабочие INNER JOIN (Бригады INNER JOIN Назначения

ON Бригады.НомБриг = Назначения.НомБриг)

ON Рабочие.ТабНом = Назначения.ТабНом WHERE (Рабочие.ТабНом)="00003";

Жирным шрифтом в команде запроса выделены зарезервированные слова (команды) языка SQL.

Результаты выполнения запроса на выборку представим в таб-

лице 4.13.

29

Таблица 4.13 - Результаты выполнения запроса на выборку

Запрос на выборку с группировкой: необходимо определить суммарный выпуск и нормативную трудоемкость этого выпуска по каждому виду продукции за определенный период (май 2004 г.).

Фотографию конструктора запроса на выборку с группировкой представим на рисунке 4.5.

Рисунок 4.5 - Фотография конструктора запроса на выборку с группировкой

Текст запроса на выборку с группировкой на SQL представим ниже:

SELECT ВидыПродукции.НомВид, ВидыПродукции.НаимВид, ВидыПродукции.ЕдИзм, Sum(ПозицииОтчетов.КолПрод) AS СумКолПрод, First(ВидыПродукции.НормВрем) AS НормаВремени, Sum([КолПрод]*[НормВрем]) AS ВыработкаИтого

FROM Отчеты INNER JOIN (ВидыПродукции INNER JOIN

ПозицииОтчетов ON ВидыПродукции.НомВид =

ПозицииОтчетов.НомВид) ON Отчеты.НомОтч = ПозицииОтчетов.НомОтч

WHERE (Отчеты.ДатаОтч)>=#5/1/2004# And (Отчеты.ДатаОтч)<=#5/31/2004#

GROUP BY ВидыПродукции.НомВид, ВидыПродукции.НаимВид, ВидыПродукции.ЕдИзм;

30

TRANSFORM Sum(ПозицииОтчетов.КолПрод) AS [СумКолПрод]

Результаты выполнения перекрестного запроса представим в таблице 4.15.

Таблица 4.15 - Результаты выполнения перекрестного запроса

Запрос на обновление: необходимо, чтобы в таблице видов продукции для всех видов, измеряющихся в штуках, после сокращенного наименования единицы измерения "шт" стояла точка, т.е. "шт."

Фотографию конструктора запроса на обновление представим на рисунке 4.7.

Представим текст запроса на обновление на SQL:

UPDATE ВидыПродукции SET ВидыПродукции.ЕдИзм = "шт." WHERE (ВидыПродукции.ЕдИзм)="шт";

32

одного запроса каждого из базовых типов (на выборку, на выборку с группировкой, перекрестного).

Таблица 4.16 - Отчет о производстве продукции за период с 01.06.2004 по 30.06.2004

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

34

5.АНАЛИЗ НАИБОЛЕЕ ТИПИЧНЫХ ОШИБОК, ДОПУСКАЕМЫХ ПРИ ПРОЕКТИРОВАНИИ СТРУКТУР ПРЕДМЕТНЫХ ОБЛАСТЕЙ

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

Перечислим и проанализируем наиболее типичные ошибки, которые допускаются студентами при проектировании структур предметных областей.

•На схему предметной области помещается прямоугольник, соответствующий всей предметной области. Возьмем, например, вариант 2 “Лодочная станция”. На схеме структуры предметной области никак не может быть прямоугольника “Лодочная станция”, т.к. лодочная станция в данном случае – это вся предметная область со всеми входящими в нее типами объектов и взаимосвязями между ними.

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

•Студенты путают типы объектов и свойства (атрибуты). В виде прямоугольников на схеме изображаются только типы объектов, но не свойства. Например, в варианте 27 “Фильмотека” характеристиками типа объектов “Фильм” являются жанр, режиссер, актеры, год создания, продолжительность, полученные премии. Некоторые из этих характеристик являются самостоятельными типами объектов (жанр, режиссер, актеры, премии), другие (год создания, продолжительность) таковыми не являются. Тип объектов выделяется в

35

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

•На схему структуры предметной области помещаются типы объектов, между которыми существует связь “один к одному”. Два типа объектов, между которыми существует связь “один к одному”, на схеме должны объединяться в один тип объектов. Например, в варианте 6 “Расчеты с клиентами в гостинице” сделано допущение: “…оплата за проживание производится авансом единовременно”, т.е. между “Проживанием” и “Оплатой” имеет место связь “один к одному”. Следовательно, типы объектов “Проживание” и “Оплата” будут объединены в один тип объектов – “Проживание”. Оплата же может или вообще не фиксироваться (без оплаты клиента просто не поселят), или фиксироваться как отдельный реквизит типа объектов “Проживание”. Во втором случае реквизит “Оплата” может быть логическим (“Да” – оплата произведена, “Нет” – оплата не произведена) или числовым (указывается сумма оплаты – более гибкое, но менее удачное решение с точки зрения сделанных допущений). Каждое из предложенных решений имеет право на существование, т.к. во-первых, в той или иной степени соответствует допущениям, которые были сделаны при описании предметной области, и, во-вторых, не усложняет ее структуру без достаточных на то оснований.

•Неправильно определяются типы отношений между типами объектов.

Чтобы определить тип отношения между парой типов объектов рекомендуется использовать правила математической логики (формулы 2.1-2.3) и алгоритм, представленный на рисунке 2.1.

•На схеме структуры предметной области изображаются косвенные связи типа “один ко многим”.

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

36

Между любой парой типов объектов, выделенных в составе предметной области, существуют какие-то отношения. Некоторые из этих отношений являются прямыми, некоторые – косвенными.

Обозначим буквами A, B и C типы объектов. Если A относится к B как один ко многим, B относится к C как один ко многим, то A относится к C как один ко многим, причем о т- ношение A к C является косвенным и на схеме структуры предметной области отображаться при помощи стрелки не будет, т.к. оно уже выражено при помощи отношений A к B

и B к C.

Более подробно алгоритм исключения косвенных зависимостей типа “один ко многим” рассматривался в разделе 2 методической разработки (см. рисунок 2.2 и комментарии к нему).

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

6.КОНТРОЛЬНЫЕ ВОПРОСЫ ПО СТРУКТУРИРОВАНИЮ ПРЕДМЕТНЫХ ОБЛАСТЕЙ И

СОЗДАНИЮ РЕЛЯЦИОННЫХ БАЗ ДАННЫХ

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

•теоретических основ структурирования предметных областей;

•практических аспектов создания реляционных баз данных.

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

1.Что такое “база данных”?

2.Что такое “предметная область”?

37

3.Приведите примеры предметных областей.

4.Объясните содержание понятий “объект”, “свойство объекта”, “тип объектов”.

5.Какие свойства позволяют отнести объект к определенному типу?

6.Какие свойства позволяют выделить объект из множества ему подобных (множества объектов одного и того же типа)?

7.Какие свойства объектов: естественные или назначенные обычно выбираются в качестве ключевых?

8.Перечислите типы отношений между типами объектов.

9.Какие правила математической логики используются при определении типа отношения между парой типов объектов?

10.Какой тип отношения имеет место между типами объектов A и B, если одному объекту типа A может соответствовать множество объектов типа B, а одному объекту типа B только один объект типа A?

11.Какой тип отношения имеет место между типами объектов A и B, если одному объекту типа A может соответствовать множество объектов типа B, а одному объекту типа B – множество объектов типа A?

12.Какой тип отношения имеет место между типами объектов A и B, если одному объекту типа A может соответствовать только один объект типа B, а одному объекту типа B – множество объектов типа A?

13.Какие отношения между типами объектов считаются существенными?

14.Что собой представляет модель “сущность-связь”?

15.Перечислите разновидности модели “сущность-связь”.

16.Кем впервые были сформулированы принципы, лежащие в основе модели “сущность-связь”?

17.Что представляет собой UML?

18.Что на схеме структуры предметной области изображается при помощи прямоугольников?

19.Какие связи на схеме структуры предметной области изображаются при помощи стрелок в упрощенной версии модели “сущность-связь”?

20.Верно ли утверждение, что связь существует между парой любых типов объектов предметной области?

21.Как расшифровывается аббревиатура “СУБД”? Что это такое? Приведите примеры известных Вам СУБД.

38