Задания по экономике

Содержание

• Задача 1.11.
• Задача 1.1.
• Задача 4.1.
• Задача 2.7.
• Задача 6.15.

Задача 1.11

Выдать список клиентов, заказавших товары на 1 ноября текущего года, их телефоны и факсы.

Решение:

1. Определение состава выходного сообщения

Состав и структура требуемого сообщения:

S (Клиенты по заказам на 1 ноября текущего года):

S (Сотрудники.Фамилия, Сотрудники.Имя, Заказы.КодЗаказа, Заказы.ДатаРазмещения, Клиенты.Название)

Клиенты по заказам на 1 ноября текущего года

Обязательные реквизиты: Название, Телефон, Факс

Дополнительные: Код клиента

2. Разработка модели процесса

Определяем состав полей и таблиц, используемых в запросе, из схемы № 1 (рис 1, база данных «Борей»).

Рисунок 1 – Схема данных БД «Борей»

Представляем в графическом виде обобщенную схему задачи (рис. 2).

Рисунок 2 – Обобщенная функционально-технологическая схема задачи

Из таблицы Клиенты необходимо выбрать поля: Код клиента, Название, Телефон, Факс. Из таблицы Заказы выбирается поле Дата размещения для формирования условия.

3. Общее описание процесса решения задачи

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

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server. СУБД используется под WindowsServer. Работа с базой  данных в Access осуществляется с использованием соответствующего *.mdb файла.

Подготовка запроса в Access при использовании *.mdb файла с использованием Конструктора, поскольку нее данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. Запрос передается серверу, который возвращает клиенту таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

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

Рисунок 3 – Подсхема базы данных

Таблицы содержат первичные ключи: Клиенты – Код клиента, Заказы – Код заказа и вторичные: Заказы – Код клиента. За счет этого обеспечивается связь между таблицами.

5. Подготовка контрольного примера

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

Таблица Клиенты (фрагмент)

Таблица Заказы (фрагмент)

Результаты выполнения операций:

Этап 1

SELECT Клиенты.КодКлиента, Клиенты.Название, Клиенты.Телефон, Клиенты.Факс, Year([ДатаРазмещения]) AS Год

FROM Клиенты INNER JOIN Заказы ON Клиенты.КодКлиента = Заказы.КодКлиента

WHERE (((Year([ДатаРазмещения]))=Year(Date())))

WITH OWNERACCESS OPTION;

Этап 2

SELECT Клиенты.КодКлиента, Клиенты.Название, Клиенты.Телефон, Клиенты.Факс, Month([ДатаРазмещения]) AS Месяц, Year([ДатаРазмещения]) AS Год

FROM Клиенты INNER JOIN Заказы ON Клиенты.КодКлиента = Заказы.КодКлиента

WHERE (((Month([ДатаРазмещения]))=11) AND ((Year([ДатаРазмещения]))=Year(Date())))

WITH OWNERACCESS OPTION;

Этап 3:

SELECT Клиенты.КодКлиента, Клиенты.Название, Клиенты.Телефон, Клиенты.Факс, Day([ДатаРазмещения]) AS День, Month([ДатаРазмещения]) AS Месяц, Year([ДатаРазмещения]) AS Год

FROM Клиенты INNER JOIN Заказы ON Клиенты.КодКлиента = Заказы.КодКлиента

WHERE (((Day([ДатаРазмещения]))=1) AND ((Month([ДатаРазмещения]))=11) AND ((Year([ДатаРазмещения]))=Year(Date())))

WITH OWNERACCESS OPTION;

6. Формирование и отладка запроса

Для исключения повторяющихся строк необходимо использовать следующую инструкцию SELECT DISTINCTROW.

Полный вариант SQL-запроса:

SELECT DISTINCTROW Клиенты.КодКлиента, Клиенты.Название, Клиенты.Телефон, Клиенты.Факс

FROM Клиенты INNER JOIN Заказы ON Клиенты.КодКлиента = Заказы.КодКлиента

WHERE (((Day([ДатаРазмещения]))=1) AND ((Month([ДатаРазмещения]))=11) AND ((Year([ДатаРазмещения]))=Year(Date())))

WITH OWNERACCESS OPTION;

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Борей выполняется команда Создание – Конструктор запросов. Добавляются в окно подсхемы данных необходимые таблицы, из которых выбираются поля. Далее указываются необходимые условия. Выполняется запуск запроса и проверяется результат его работы. Сохраняем запрос под именем «Клиенты по заказам на 1 ноября текущего года».

Задача 1.1

Для определения поставщика определенного товара выдать названия поставщиков, поставляющих товары группы «Хлебобулочные изделия», и данные для работы с поставщиками.

Решение:

1. Определение состава выходного сообщения

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (Список поставщиков определенного товара, поставляющих товары группы «Хлебобулочные изделия», и данные для работы с поставщиками):

S (Категория, Название, Обращаться к, Должность          Адрес, Город, Область, Индекс, Страна, Телефон, Факс, Домашняя страница, Код товара, Марка)

Список поставщиков определенного товара, поставляющих товары группы «Хлебобулочные изделия», и данные для работы с поставщиками

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

2. Разработка модели процесса

Определяем состав полей и таблиц, используемых в запросе, из схемы № 1 (рис.4, база данных «Борей»).

Рисунок 4 – Схема данных БД «Борей»

Представляем в графическом виде обобщенную схему задачи (рис. 5).

Рисунок 5 – Обобщенная функционально-технологическая схема задачи

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

3. Общее описание процесса решения задачи

Выборка списка поставщиков определенного товара, поставляющих товары группы «Хлебобулочные изделия», и данные для работы с поставщиками.

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

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server. СУБД используется под WindowsServer. Работа с базой  данных в Access осуществляется с использованием соответствующего *.mdb файла.

Подготовка запроса в Access при использовании *.mdb файла с использованием Конструктора, поскольку нее данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. Запрос передается серверу, который возвращает клиенту таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

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

Рисунок 6 – Подсхема базы данных

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

5. Подготовка контрольного примера

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

Таблица Поставщики (фрагмент)

Таблица Типы (фрагмент)

Таблица Товары (фрагмент)

Результаты выполнения операций:

1 этап:

SELECT Типы.Категория, Поставщики.Название, Поставщики.ОбращатьсяК, Поставщики.Должность, Поставщики.Адрес, Поставщики.Город, Поставщики.Область, Поставщики.Индекс, Поставщики.Страна, Поставщики.Телефон, Поставщики.Факс, Поставщики.ДомашняяСтраница, Товары.КодТовара, Товары.Марка

FROM Типы INNER JOIN (Поставщики INNER JOIN Товары ON Поставщики.КодПоставщика = Товары.КодПоставщика) ON Типы.КодТипа = Товары.КодТипа

WITH OWNERACCESS OPTION;

2 этап:

SELECT Типы.Категория, Поставщики.Название, Поставщики.ОбращатьсяК, Поставщики.Должность, Поставщики.Адрес, Поставщики.Город, Поставщики.Область, Поставщики.Индекс, Поставщики.Страна, Поставщики.Телефон, Поставщики.Факс, Поставщики.ДомашняяСтраница, Товары.КодТовара, Товары.Марка

FROM Типы INNER JOIN (Поставщики INNER JOIN Товары ON Поставщики.КодПоставщика = Товары.КодПоставщика) ON Типы.КодТипа = Товары.КодТипа

WHERE (((Типы.Категория)=»Хлебобулочные изделия»))

WITH OWNERACCESS OPTION;

3 этап:

SELECT Поставщики.Название, Поставщики.ОбращатьсяК, Поставщики.Должность, Поставщики.Адрес, Поставщики.Город, Поставщики.Область, Поставщики.Индекс, Поставщики.Страна, Поставщики.Телефон, Поставщики.Факс, Поставщики.ДомашняяСтраница

FROM Типы INNER JOIN (Поставщики INNER JOIN Товары ON Поставщики.КодПоставщика = Товары.КодПоставщика) ON Типы.КодТипа = Товары.КодТипа

WHERE (((Типы.Категория)=»Хлебобулочные изделия»))

WITH OWNERACCESS OPTION;

6. Формирование и отладка запроса

Для исключения повторяющихся строк необходимо использовать следующую инструкцию SELECT DISTINCTROW.

Полный вариант SQL-запроса:

SELECT DISTINCTROW Поставщики.Название, Поставщики.ОбращатьсяК, Поставщики.Должность, Поставщики.Адрес, Поставщики.Город, Поставщики.Область, Поставщики.Индекс, Поставщики.Страна, Поставщики.Телефон, Поставщики.Факс, Поставщики.ДомашняяСтраница

FROM Типы INNER JOIN (Поставщики INNER JOIN Товары ON Поставщики.КодПоставщика = Товары.КодПоставщика) ON Типы.КодТипа = Товары.КодТипа

WHERE (((Типы.Категория)=»Хлебобулочные изделия»))

WITH OWNERACCESS OPTION;

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Борей выполняется команда Создание – Конструктор запросов. Добавляются в окно подсхемы данных необходимые таблицы, из которых выбираются поля. Далее указываются необходимые условия. Выполняется запуск запроса и проверяется результат его работы. Сохраняем запрос под именем «Список поставщиков определенного товара, поставляющих товары группы «Хлебобулочные изделия», и данные для работы с поставщиками».

Задача 4.1

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

Решение:

1. Определение состава выходного сообщения

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (Сведения о проектах к указанной дате с партнерами из Украины):

S (Проекты КодПроекта, Проекты НазваниеПроекта, Партнеры НазваниеКомпании, Партнеры Страна, Проекты ОценочнаяСтоимость)

Сведения о проектах к указанной дате с партнерами из Украины

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

2. Разработка модели процесса

Определяем состав полей и таблиц, используемых в запросе, из схемы № 4 (рис. 7, база данных «Проекты»).

Рисунок 7 – Схема данных БД «Проекты»

Представляем в графическом виде обобщенную схему задачи (рис. 8).

Рисунок 8 – Обобщенная функционально-технологическая схема задачи

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

3. Общее описание процесса решения задачи

Четкое выполнение проектов к указанному сроку важно во взаимоотношениях с партнерами. Запрос является запросом с условием по стране партнера и с параметром по дате завершения проекта. Результат запроса меняется в динамике изменения проектов и парнеров.

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server. СУБД используется под WindowsServer. Работа с базой  данных в Access осуществляется с использованием соответствующего *.mdb файла.

Подготовка запроса в Access        при использовании *.mdb файла с использованием Конструктора, поскольку нее данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. Запрос передается серверу, который возвращает клиенту таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

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

Рисунок 9 – Подсхема базы данных

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

5. Подготовка контрольного примера

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

Таблица Проекты (фрагмент)

Таблица Партнеры (фрагмент)

Результаты выполнения операций:

1 этап:

SELECT Проекты.КодПроекта, Проекты.НазваниеПроекта, Проекты.ДатаЗавершенияПроекта, Партнеры.НазваниеКомпании AS Партнер, Партнеры.Страна, Проекты.ОценочнаяСтоимость, DateDiff(«d»,[Проекты]![ДатаНачалаПроекта],[Проекты]![ДатаЗавершенияПроекта]) AS Продолжительность

FROM Партнеры INNER JOIN Проекты ON Партнеры.КодКлиента = Проекты.КодКлиента;

2 этап:

SELECT Проекты.КодПроекта, Проекты.НазваниеПроекта, Проекты.ДатаЗавершенияПроекта, Партнеры.НазваниеКомпании AS Партнер, Партнеры.Страна, Проекты.ОценочнаяСтоимость, DateDiff(«d»,[Проекты]![ДатаНачалаПроекта],[Проекты]![ДатаЗавершенияПроекта]) AS Продолжительность

FROM Партнеры INNER JOIN Проекты ON Партнеры.КодКлиента = Проекты.КодКлиента

WHERE (((Партнеры.Страна)=»украина»));

3 этап:

SELECT Проекты.КодПроекта, Проекты.НазваниеПроекта, Проекты.ДатаЗавершенияПроекта, Партнеры.НазваниеКомпании AS Партнер, Партнеры.Страна, Проекты.ОценочнаяСтоимость, DateDiff(«d»,[Проекты]![ДатаНачалаПроекта],[Проекты]![ДатаЗавершенияПроекта]) AS Продолжительность

FROM Партнеры INNER JOIN Проекты ON Партнеры.КодКлиента = Проекты.КодКлиента

WHERE (((Проекты.ДатаЗавершенияПроекта)<[Завершены до даты:]) AND ((Партнеры.Страна)=»украина»));

6. Формирование и отладка запроса

Для исключения повторяющихся строк необходимо использовать следующую инструкцию SELECT DISTINCTROW.

Полный вариант SQL-запроса:

SELECT DISTINCTROW Проекты.КодПроекта, Проекты.НазваниеПроекта, Проекты.ДатаЗавершенияПроекта, Партнеры.НазваниеКомпании AS Партнер, Партнеры.Страна, Проекты.ОценочнаяСтоимость, DateDiff(«d»,[Проекты]![ДатаНачалаПроекта],[Проекты]![ДатаЗавершенияПроекта]) AS Продолжительность

FROM Партнеры INNER JOIN Проекты ON Партнеры.КодКлиента = Проекты.КодКлиента

WHERE (((Проекты.ДатаЗавершенияПроекта)<[Завершены до даты:]) AND ((Партнеры.Страна)=»украина»));

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Проекты выполняется команда Создание – Конструктор запросов. Добавляются в окно подсхемы данных необходимые таблицы, из которых выбираются поля. Далее указываются необходимые условия. Выполняется запуск запроса и проверяется результат его работы. Сохраняем запрос под именем «Сведения о проектах к указанной дате с партнерами из Украины».

Задача 2.7

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

Решение:

1. Определение состава выходного сообщения

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (Оплата заказов клиентами за определенный период текущего года):

Оплата заказов клиентами за определенный период текущего года

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

2. Разработка модели процесса

Определяем состав полей и таблиц, используемых в запросе, из схемы № 2 (рис. 10, база данных «Заказы на работы»).

Рисунок 10 – Схема данных БД «Заказы на работы»

Представляем в графическом виде обобщенную схему задачи (рис. 11).

Рисунок 11 – Обобщенная функционально-технологическая схема задачи

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

3. Общее описание процесса решения задачи

Запрос является запросом с условием по стране клиента, году оформления заказа и с параметром по периодуполучения заказа. Результат запроса меняется в динамике изменения текущего года, по мере добавления клиентов и их заказов.

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server. СУБД используется под WindowsServer. Работа с базой  данных в Access осуществляется с использованием соответствующего *.mdb файла.

Подготовка запроса в Access при использовании *.mdb файла с использованием Конструктора, поскольку нее данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. Запрос передается серверу, который возвращает клиенту таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

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

Рисунок 12 – Подсхема базы данных

Таблица Клиенты имеет простой ключ Код Клиента. Таблица Заказы на работы имеет простой ключ КодЗаказа. Таблица Оплата имеет простой ключ КодОплаты. Между собой таблицы Клиенты и Заказы на работы находятся в отношении «один-ко-многим». По отношению к таблице Заказы таблицаКлиенты является главной. Все изменения, внесенные в таблицу Клиенты в подчиненной таблице. Таблица Заказы на работы является главной по отношению к таблице Оплата.

5. Подготовка контрольного примера

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

Таблица Клиенты (фрагмент)

Таблица Заказы на работе (фрагмент)

Таблица Оплата (фрагмент)

Результаты выполнения операций:

1 этап:

SELECT Оплата.КодОплаты, Оплата.КодЗаказа, Оплата.СуммаОплаты, Оплата.ДатаОплаты, Клиенты.НазваниеКомпании

FROM (Клиенты INNER JOIN [Заказы на работы] ON Клиенты.КодКлиента = [Заказы на работы].КодКлиента) LEFT JOIN Оплата ON [Заказы на работы].КодЗаказа = Оплата.КодЗаказа;

2 этап:

SELECT Оплата.КодОплаты, Оплата.КодЗаказа, Оплата.СуммаОплаты, Оплата.ДатаОплаты, Клиенты.НазваниеКомпании, Year([ДатаОплаты]) AS год, Оплата.ДатаОплаты

FROM (Клиенты INNER JOIN [Заказы на работы] ON Клиенты.КодКлиента = [Заказы на работы].КодКлиента) LEFT JOIN Оплата ON [Заказы на работы].КодЗаказа = Оплата.КодЗаказа

WHERE (((Year([ДатаОплаты]))=Year(Date())) AND ((Оплата.ДатаОплаты)>=[Начало периода:] And (Оплата.ДатаОплаты)<=[Конец периода:]));

6. Формирование и отладка запроса

Для исключения повторяющихся строк необходимо использовать следующую инструкцию SELECT DISTINCTROW.

Полный вариант SQL-запроса:

SELECT DISTINCTROW Оплата.КодОплаты, Оплата.КодЗаказа, Оплата.СуммаОплаты, Оплата.ДатаОплаты, Клиенты.НазваниеКомпании, Year([ДатаОплаты]) AS год, Оплата.ДатаОплаты

FROM (Клиенты INNER JOIN [Заказы на работы] ON Клиенты.КодКлиента = [Заказы на работы].КодКлиента) LEFT JOIN Оплата ON [Заказы на работы].КодЗаказа = Оплата.КодЗаказа

WHERE (((Year([ДатаОплаты]))=Year(Date())) AND ((Оплата.ДатаОплаты)>=[Начало периода:] And (Оплата.ДатаОплаты)<=[Конец периода:]));

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Заказы на работы выполняется команда Создание – Конструктор запросов. Добавляются в окно подсхемы данных необходимые таблицы, из которых выбираются поля. Далее указываются необходимые условия. Выполняется запуск запроса и проверяется результат его работы. Сохраняем запрос под именем «Оплата заказов клиентами за определенный период текущего года».

Задача 6.15

Имеются ли в составе портфелей бумаги, эмиссия которых была осуществлена ранее указанной даты, и в каком количестве?

Решение:

1. Определение состава выходного сообщения

Исходя из результатов анализа информационной потребности, определяем состав и структуру требуемого сообщения S (Бумаги в составе портфелей с эмиссией до указанной даты):

S (Агенты КодАг, Заявки на продажу КодБум, Заявки на продажу Объем заявкиПрНач, Портфели Кол)

Бумаги в составе портфелей с эмиссией до указанной даты

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

2. Разработка модели процесса

Определяем состав полей и таблиц, используемых в запросе, из схемы № 6 (рис. 13, база данных «Бумаги»).

Рисунок 13 – Схема данных БД «Бумаги»

Представляем в графическом виде обобщенную схему задачи (рис. 14).

Рисунок 14 – Обобщенная функционально-технологическая схема задачи

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

3. Общее описание процесса решения задачи

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

Данные, одновременно необходимые в большой компании многим потребителям, размещаются на сервере сети в коллективно используемой корпоративной базе данных, функционирующей под управлением Microsoft SQL Server. СУБД используется под WindowsServer. Работа с базой  данных в Access осуществляется с использованием соответствующего *.mdb файла.

Подготовка запроса в Access        при использовании *.mdb файла с использованием Конструктора, поскольку нее данные находятся в связанных между собой таблицах. При формировании запроса автоматически генерируется SQL-код. Запрос передается серверу, который возвращает клиенту таблицу. Выполнение процедур создания и исполнения запроса осуществляется на рабочей станции и на сервере сети.

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

Рисунок 15 – Подсхема базы данных

Таблица Портфели имеет составной ключ «КодАг», «КодБум». Таблица Бумаги имеет простой ключ «КодБум». Между собой таблицы находятся в отношении «один-ко-многим». Все изменения, внесенные в главные таблицы, отражаются в подчиненных.

5. Подготовка контрольного примера

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

Таблица Портфели (фрагмент)

Таблица Бумаги (фрагмент)

Результаты выполнения операций:

1 этап:

SELECT Портфели.КодАг, Портфели.КодБум, Портфели.Кол, Портфели.КодПорт, Бумаги.КодБум, Бумаги.НаимБум, Бумаги.ДатаЭм

FROM Бумаги INNER JOIN Портфели ON Бумаги.КодБум = Портфели.КодБум;

2 этап:

SELECT Портфели.КодАг, Портфели.КодБум, Портфели.Кол, Портфели.КодПорт, Бумаги.КодБум, Бумаги.НаимБум, Бумаги.ДатаЭм

FROM Бумаги INNER JOIN Портфели ON Бумаги.КодБум = Портфели.КодБум

WHERE (((Бумаги.ДатаЭм)<=[Введите дату эмиссии:]));

6. Формирование и отладка запроса

Для исключения повторяющихся строк необходимо использовать следующую инструкцию SELECT DISTINCTROW.

Полный вариант SQL-запроса:

SELECT DISTINCTROW Портфели.КодАг, Портфели.КодБум, Портфели.Кол, Портфели.КодПорт, Бумаги.КодБум, Бумаги.НаимБум, Бумаги.ДатаЭм

FROM Бумаги INNER JOIN Портфели ON Бумаги.КодБум = Портфели.КодБум

WHERE (((Бумаги.ДатаЭм)<=[Введите дату эмиссии:]));

Подготовка запроса осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Бумаги выполняется команда Создание – Конструктор запросов. Добавляются в окно подсхемы данных необходимые таблицы, из которых выбираются поля. Далее указываются необходимые условия. Выполняется запуск запроса и проверяется результат его работы. Сохраняем запрос под именем «Бумаги в составе портфелей с эмиссией до указанной даты».