Контрольная работа по "Информационным технологиям в экономике"

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

 

 

 

 

 

 

 

 

 

 

 

 

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

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

 

Таблица Клиенты имеет простой ключ "КодКлиента", таблица Заказы на работы - простой ключ "КодЗаказа", таблица Оплата имеет простой ключ "КодОплаты".

Таблица Клиенты является главной по отношению к таблице Заказы на работы. Тип связи - "один-ко-многим". Связь - по полю " КодКлиента " (ключ связи). Значения поля " КодКлиента " в таблице Заказы на работы обновляются автоматически при изменении значений поля " КодТипаРасходов " в таблице Клиенты.

Таблица Заказы на работы является главной по отношению к таблице Оплата. Тип связи - "один-ко-многим". Связь - по полю " КодЗаказа " (ключ связи). Значения поля "КодЗаказа" в таблице Оплата обновляются автоматически при изменении значений поля "КодЗаказа" в таблице Заказы на работы.

 

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

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

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

 

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

 

Результат выполнения операции произведения (фрагмент)

SQL код:

SELECT Клиенты.*, [Заказы  на работы].*

FROM Клиенты, [Заказы на  работы];

 

Результат выполнения операции соединения (фрагмент)

 

Код SQL запроса:

SELECT Клиенты.КодКлиента, [Заказы на работы].КодЗаказа, [Необходимое  оборудование].КодНеобходимогоОборудования,  Клиенты.НазваниеКомпании, [Заказы на работы].КодКлиента, [Необходимое оборудование].КодЗаказа, Клиенты.ИмяКонтакта, [Заказы на работы].КодСотрудника, [Необходимое оборудование].КодОборудования

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

 

Результат выполнения операции селекции – выбор строк по принадлежности значений поля «ДатаНазначения» для определенного месяца и года (Фрагмент)

Текст SQL запроса:

SELECT [Заказы на работы].НомерЗаказа, [Заказы на работы].ДатаНазначения, Клиенты.НазваниеКомпании, Оплата.СуммаОплаты, Оплата.ДатаОплаты, Оплата.НомерКарточки, Оплата.ИмяВладельцаКарточки, Клиенты.ОбластьКрайРеспублика

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

GROUP BY [Заказы на работы].НомерЗаказа, [Заказы на работы].ДатаНазначения, Клиенты.НазваниеКомпании, Оплата.СуммаОплаты,  Оплата.ДатаОплаты, Оплата.НомерКарточки,  Оплата.ИмяВладельцаКарточки, Клиенты.ОбластьКрайРеспублика

HAVING ((([Заказы на работы].ДатаНазначения) Between [Начальная дата] And [Конечная дата]) AND ((Клиенты.ОбластьКрайРеспублика)="РФ"));

 

Результат выполнения операции проекции – уточнение состава полей в SELECT-разделе (Фрагмент)

Текст запроса:

SELECT DISTINCT Заказы на работы].НомерЗаказа, [Заказы на работы].ДатаНазначения, Клиенты.НазваниеКомпании, Оплата.СуммаОплаты, Оплата.ДатаОплаты, Оплата.НомерКарточки, Оплата.ИмяВладельцаКарточки, Клиенты.ОбластьКрайРеспублика

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

 

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

Полный вариант SQL-запроса  с именем " сведения об оплате заказов клиентами за определенный период текущего года ":

SELECT [Заказы на работы].НомерЗаказа, [Заказы на работы].ДатаНазначения, Клиенты.НазваниеКомпании, Оплата.СуммаОплаты,  Оплата.ДатаОплаты, Оплата.НомерКарточки,  Оплата.ИмяВладельцаКарточки, Клиенты.ОбластьКрайРеспублика

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

GROUP BY [Заказы на работы].НомерЗаказа, [Заказы на работы].ДатаНазначения, Клиенты.НазваниеКомпании, Оплата.СуммаОплаты, Оплата.ДатаОплаты, Оплата.НомерКарточки, Оплата.ИмяВладельцаКарточки, Клиенты.ОбластьКрайРеспублика

HAVING ((([Заказы на работы].ДатаНазначения) Between [Начальная дата] And [Конечная  дата]) AND ((Клиенты.ОбластьКрайРеспублика)="РФ"));

Подготовка запроса  осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Борей щелчками по вкладке "Запросы" и кнопке "Создать" входим в режим Конструктора. Добавляем в окно подсхемы данных таблицы Клиенты и Заказы. На QBE-бланке определяем все поля из раздела SELECT данного запроса. Для поля "ЗаказыНаРаботы.ДатаНазначения" вводим условие отбора, соответствующее разделу HAVING данного запроса. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем "сведения об оплате заказов клиентами за определенный период текущего года".

 

 

Задание 6.8

По сделкам определенного дня  сравнить цену продажи и цену сделки.

 

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

 

Выходное сообщение описывается формально.

 

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

S (Бумаги КодБумаги, Заявки на продажу ОбъемЗаявки, Заявки на продажу ЦенаЗаявки, Сделки ОбъемСделки, Сделки ЦенаСделки, Сделки КодСделки)

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

 

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

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

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

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

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

 

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

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

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

 

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

Рис 10. Подсхема базы данных

 

Таблица Бумаги имеет простой ключ "КодБум", таблица Заявки на продажу - простой ключ "КодЗявкиПр", таблица Сделки -простой ключ "КодСделки".

Таблица Бумаги является главной по отношению к таблицам Заявки на продажу и Сделки. Тип связи - "один-ко-многим". Связь - по полю "КодБум" (ключ связи). Значения поля "КодБум" в таблицах Заявки на продажу и Сделки обновляются автоматически при изменении значений поля " КодБум " в таблице Бумаги.

 

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

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

Таблица Сделки (фрагмент)

 

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

 

Результат выполнения операции произведения (фрагмент)

Использовался следующий запрос:

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

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

 

Результат операции соединения по полю «КодАгента»

Текст SQL запроса:

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

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

 

Результат выполнения операции проекции – уточнение состава полей в SELECT-разделе (Фрагмент)

Текст запроса:

SELECT DISTINCT Бумаги.КодБум, [Заявки на продажу].[Объем заявкиПрНач], [Заявки на продажу].ЦенаЗаявкиПр, Сделки.ОбъемСделки, Сделки.[Цена сделки], Сделки.[Код сделки], Сделки.[Дата сделки]

FROM Бумаги INNER JOIN ([Заявки на продажу] INNER JOIN Сделки ON [Заявки на продажу].КодЗаявкиПр = Сделки.КодЗаявкиПр) ON (Бумаги.КодБум = Сделки.КодБум) AND (Бумаги.КодБум = [Заявки на продажу].КодБум);

 

Результат выполнения операции селекции – выбор строк по принадлежности значений поля «Day([Дата сделки])» для определенного дня (Фрагмент)

Текст запроса:

SELECT Бумаги.КодБум, [Заявки на продажу].[Объем заявкиПрНач], [Заявки на продажу].ЦенаЗаявкиПр, Сделки.ОбъемСделки, Сделки.[Цена сделки], Сделки.[Код сделки], Сделки.[Дата сделки]

FROM Бумаги INNER JOIN ([Заявки на продажу] INNER JOIN Сделки ON [Заявки на продажу].КодЗаявкиПр = Сделки.КодЗаявкиПр) ON (Бумаги.КодБум = Сделки.КодБум) AND (Бумаги.КодБум = [Заявки на продажу].КодБум)

WHERE (((Day([Дата сделки]))=[День]));

 

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

Полный вариант SQL-запроса  с именем " Сравнение цены продажи и цены сделки по дням":

SELECT Бумаги.КодБум, [Заявки на продажу].[Объем заявкиПрНач], [Заявки на продажу].ЦенаЗаявкиПр, Сделки.ОбъемСделки, Сделки.[Цена сделки], Сделки.[Код сделки], Сделки.[Дата сделки]

FROM Бумаги INNER JOIN ([Заявки на продажу] INNER JOIN Сделки ON [Заявки на продажу].КодЗаявкиПр = Сделки.КодЗаявкиПр) ON (Бумаги.КодБум = Сделки.КодБум) AND (Бумаги.КодБум = [Заявки на продажу].КодБум)

WHERE (((Day([Дата сделки]))=[День]));

Подготовка запроса  осуществляется с использованием Конструктора запросов в следующем порядке. После открытия базы данных Борей щелчками по вкладке "Запросы" и кнопке "Создать" входим в режим Конструктора. Добавляем в окно подсхемы данных таблицы Клиенты и Заказы. На QBE-бланке определяем все поля из раздела SELECT данного запроса. Выполняем отладочный запуск запроса и просматриваем результирующую таблицу. Сохраняем запрос под именем «Сравнение цены продажи и цены сделки по дням»

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Технология «Клиент-сервер»

В данной работе  для  получения данных используется модель доступа к удаленным данным (Remote Data Access - RDA);.

 

Графическое представление  данной технологии:

Спецификация Remote Database Access (RDA) ISO/IEC 9579.1993 утверждена в качестве одного из стандартов на информационные системы и технологии. Известно, что любая спецификация может быть оценена как стратегическая в данное .время (STR), стратегическая в будущем (БТК), нестратегическая (GAP). Данные критерии используются в теории и практике управления созданием, внедрением и развитием информационных систем При выборе  STR-спецификаций,  обладающих  наибольшей  стабильностью, пользователи могут делать значительные инвестиции и разрабатывать долгосрочные  планы  относительно  критически  важных  систем  и инфраструктуры, необходимой для их поддержки Предполагается, что изменения будут совместимы сверху вниз при общем повышении эффективности и качества решений.

В состав STR-спецификаций также входят: FIPS 127-2 Database Language SQL, FIPS 160 С, FIPS 161-1 Electronic Data Interchange (EDI) и некоторые другие.

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

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