А) схема связей

Дата_П	Наименование	Дата_Ц	Цена_Т
17.01.01	Масло	12.01.01	45,5
17.01.01	Масло	22.03.01	56,6
25.03.01	Масло	12.01.01	45,5
25.03.01	Масло	22.03.01	56,6
22.02.01	Молоко	15.01.01	12,3
22.02.01	Молоко	03.04.01	13,7
15.04.01	Молоко	15.01.01	12,3
15.04.01	Молоко	03.04.01	13,7

Б) таблица запроса

Рис. 12. Пример возникновения связи типа “многие-ко-многим”

через промежуточную таблицу и результат запроса на выборку

“Особенность” таких объектов-источников данных заключается в том, что данные в таблицах “ЦЕНЫ” и “ПРОДАЖИ” связаны, но простое формирование записей в запросе на основе этих таблиц создаст как “правильные”, так и “неправильные” сочетания (рис. 12б). При использовании таких объектов в качестве источников приходится создавать запросы либо с очень сложными условиями отбора, либо последовательность запросов с условиями отбора для того, чтобы отфильтровать и согласовать данные между собой. Так в приведенном примере (рис. 12), необходимо отобрать только те записи, в которых дата установления цены на товар является ближайшей слева от даты продажи (в табл. 12б записи выделены серым фоном).

4.6. Запрос с параметром

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

Например, при отборе записей по атрибуту “Дата”, принадлежащих некоторому периоду времени условие отбора может иметь вид “Between [Дата_Н] And [Дата_К]”, где параметры “Дата_Н” и “Дата_К” не принадлежат схеме ни одного из объектов БД. В этом случае, значения этих параметров будут вводиться пользователем в специальном окне при каждом выполнении данного запроса. Это позволяет один и тот же запрос использовать для формирования наборов записей принадлежащих разным периодам.

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

Значения параметров будут запрашиваться и в том случае, когда запрос с параметром является промежуточным в системе запросов и выполняется автоматически в скрытом режиме.

5. Основные этапы разработки рбд

При проектировании БД возможны два подхода.

При ПЕРВОМ - сначала определяют основные задачи, для реализации которых строится БД, и соответственно потребность конкретных задач в тех или иных данных.

При ВТОРОМ - изучается предметная область, производится анализ ее данных и устанавливаются ТИПОВЫЕ объекты предметной области. Затем на основе данных о типовых объектах решаются различные задачи.

Реально эти подходы сложно разграничить, поэтому наиболее рациональным способом разработки является их сочетание. Гибкие средства создания реляционных БД в СУБД позволяют на любом этапе разработки внести изменения в БД и модифицировать ее структуру.

При разработке учебного проекта БД рекомендуется ориентироваться на первый вариант.

Этап 1: Постановка и уточнение задач

Прежде чем приступить к разработке БД и ее последующей реализации в виде приложения (готовой программы), необходимо сформулировать ЦЕЛЬ и ЗАДАЧИ проектируемой БД. Имея представление о предметной области для которой проектируется БД, необходимо составить список всех основных задач, которые должны решаться этим приложением, - включая и те, которые сегодня может быть и не нужны, но в будущем могут быть актуальны. Под "основными" задачами имеются в виду те функции, которые должны быть представлены в формах или отчетах разрабатываемого приложения.

Этап 2: Определение последовательности выполнения задач

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

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

Этап 3: Анализ данныхПосле того как сформирован список задач, наиболее важным является составление для каждой задачи подробного перечня всех данных, необходимых для ее решения. Некоторые данные используются в качестве исходных и в ходе решения задачи меняться не будут. Другие данные будут проверяться и изменяться. Некоторые записи или значения могут быть удалены из базы или добавлены. Наконец, некоторые данные будут получены расчетным путем. Их вывод будет частью задачи, но в базе данных они храниться не будут.

Этап 4: Определение структуры данных

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

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

Между отдельными таблицами должны быть определены связи, устанавливающие логическое соответствие между объектами БД.

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

Этап 5: Формирование системы запросов и отчетов

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

При формировании системы запросов (выходные данные одних запросов могут быть входными данными для других) необходимо учитывать особенности сложных схем БД (см. п. 4.5).

В отчетах данные оформляются для вывода на печать в виде документов. При необходимости, в отчетах можно выполнить дополнительную обработку данных.

6. ПРИМЕР РАЗРАБОТКИ БД

6.1. Основные этапы выполнения курсовой работы

Постановка и уточнение задач.
Последовательность выполнения задач.
Анализ данных.
Определение структуры данных и схемы БД.
Разработка системы запросов.

6.2. Постановка и уточнение задач

В качестве примера, рассматривается задание: разработать для небольшой автотранспортной фирмы "Транс-2000" автоматизированную технологию по учету затрат на оказание транспортных услуг.

Пример рассматривается в упрощенном варианте со следующими допущениями. Затраты на заработную плату водителей зависят от объема выполненной работы (в ткм) и классности. Затраты на амортизацию зависят от балансовой стоимости транспортного средства и выполненного на нем объема работы (в ткм). В затраты на ГСМ включаются затраты только на горючее, которые зависят от фактического пробега, нормативного расхода горючего и цены горючего.

Цель проектируемой БД "Транс-2000"- учет затрат на оказание транспортных услуг (постатейный и итоговый).

Задачи проектируемой БД.