Информационные технологии

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

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

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

Все представленные ниже таблицы являются фрагментами:

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

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

SELECT Бумаги*, *Сделки* FROM Бумаги, Сделки

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

SELECT Бумаги*, Сделки* FROM (Бумаги INNER JOIN [Сделки] ON Бумаги.КодБум = [Сделки].КодБум);

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

SELECT DISTINCTROW Бумаги.НаимБум, [Сделки].ОбъемСделки.

FROM (Бумаги INNER JOIN [Сделки] ON Бумаги.КодБум = [Сделки].КодБум);

6. Формирование запроса

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

SELECT DISTINCTROW

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

SELECT DISTINCTROW Бумаги.НаимБум, [Сделки].ОбъемСделки

FROM (Бумаги INNER JOIN [Сделки] ON Бумаги.КодБум = [Сделки].КодБум);

Задача 5.4

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

Решение.

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

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

S(Основные фонды.КодСостояния, Основные фонды.НомерМодели,  Основные фонды.ДатаПриобретения, Состояние.Состояние)

Сведения об износе компьютеров

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

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

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

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

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

На входе процесса представлено сообщение с определенной в предыдущем пункте структурой.

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

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

С позиции потребителя – пользователя запрос можно охарактеризовать как простой с поэтапным потреблением информации. Для работы с данными результатами таблица может быть экспортирована в Excel. При реализации в Access данный запрос может быть запросом на выборку.

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

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

В процессе решения задачи с использованием SQL – проекта  NorthwindCSприменяется двухуровневая архитектура «клиент/сервер», вариант реализации технологии «клиент/сервер» - DBS. В процессе решения задачи с использованием *.mdb – файла применяется RDA – вариант реализации технологии «клиент/сервер».

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

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