Содержание
Задание 1. Системы управления реляционными базами данных 3
1.1. Реляционная структура данных 3
1.2. Реляционная база данных 6
1.3. Манипулирование реляционными данными 7
1.4. Цели проектирования 8
Задание 2. Табличный процессор MS Excel 11
2.1. Постановка задачи 11
2.2. Создание таблицы и заполнение ее исходными данными 12
2.3. Выполнение расчета характеристик 13
2.3.1. Расчет остаточной, восстановительной полной и остаточной
стоимостей 13
2.3.2. Расчет итоговых сумм и средних значений 15
2.3.3. Расчет остаточной стоимости объектов каждого типа 16
2.3.4. Определение количества объектов с износом более 30% 17
2.4. Применение фильтрации 19
2.4.1. Отбор объектов с остаточной стоимостью оборудования
менее 400 у.е. 19
2.4.2. Наименование объекта с максимальным износом оборудования 20
2.4.3. Основные объекты производства с балансовой стоимостью менее
1000 у. е. и остаточной стоимостью менее 350 у. е. 20
2.4.4. Наименования вспомогательных объектов производства
с восстановительной полной стоимостью менее 400 или более 800 у. е. 21
2.5. Создание сводной таблицы 22
3. Задание 3. СУБД Microsoft Access 23
3.1. Постановка задачи 23
3.2. Создание таблиц 24
3.3. Создание свези между таблицами 25
3.4. Заполнение таблиц 25
3.5. Создание запросов 26
3.5.1. Коды проектов, в которых требуется участие консультанта 26
3.5.2. Коды проектов, в которых Северов Т.Г. принимает участие в
качестве лектора 26
3.5.3. Коды проектов, в которых требуется участие консультанта или лектора,
а время участия в них данного сотрудника превышает 10 часов 27
3.5.4. Суммарные затраты на каждый проект 28
3.5.5. ФИО сотрудников, затраты на участие которых в проектах типа
«Консалтинг» превышают 500 рублей 29
3.6. Создание отчета 30
3.7. Создание пользовательской формы для таблицы Участники 31
Задание 4. Информационно-поисковые системы Интернета 32
4.1. Постановка задачи 32
4.2. Выполнение задачи 33
Используемая литература 37
Задание 1. Системы управления реляционными базами данных
1.1. Реляционная структура данных
В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных. Наиболее значительной из них была статья сотрудника фирмы IBM д-ра Э.Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), где, вероятно, впервые был применен термин "реляционная модель данных".
Будучи математиком по образованию Э.Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение – relation (англ.).
Наименьшая единица данных реляционной модели – это отдельное атомарное (неразложимое) для данной модели значение данных. Так, в одной предметной области фамилия, имя и отчество могут рассматриваться как единое значение, а в другой – как три различных значения.
Доменом называется множество атомарных значений одного и того же типа. Так, на рис. 1.1 домен пунктов отправления (назначения) – множество названий населенных пунктов, а домен номеров рейса – множество целых положительных чисел.
Смысл доменов состоит в следующем. Если значения двух атрибутов берутся из одного и того же домена, то, вероятно, имеют смысл сравнения, использующие эти два атрибута (например, для организации транзитного рейса можно дать запрос "Выдать рейсы, в которых время вылета из Москвы в Сочи больше времени прибытия из Архангельска в Москву"). Если же значения двух атрибутов берутся из различных доменов, то их сравнение, вероятно, лишено смысла: стоит ли сравнивать номер рейса со стоимостью билета?
Отношение на доменах D1, D2, ..., Dn (не обязательно, чтобы все они были различны) состоит из заголовка и тела. На рис. 1 приведен пример отношения для расписания движения самолетов.
Заголовок (на рис. 1 он назывался интерпретацией) состоит из такого фиксированного множества атрибутов A1, A2, ..., An, что существует взаимно однозначное соответствие между этими атрибутами Ai и определяющими их доменами Di (i=1,2,...,n).
Рис.1. Отношение с математической точки зрения (Ai - атрибуты, Vi - значения атрибутов)
Тело состоит из меняющегося во времени множества кортежей, где каждый кортеж состоит в свою очередь из множества пар атрибут-значение (Ai:Vi), (i=1,2,...,n), по одной такой паре для каждого атрибута Ai в заголовке. Для любой заданной пары атрибут-значение (Ai:Vi) Vi является значением из единственного домена Di, который связан с атрибутом Ai.
Степень отношения – это число его атрибутов. Отношение степени один называют унарным, степени два – бинарным, степени три – тернарным, ..., а степени n – n-арным. Степень отношения "Рейс" (рис. 1) – 8.
Кардинальное число или мощность отношения – это число его кортежей. Мощность отношения "Рейс" равна 10. Кардинальное число отношения изменяется во времени в отличие от его степени.
Поскольку отношение – это множество, а множества по определению не содержат совпадающих элементов, то никакие два кортежа отношения не могут быть дубликатами друг друга в любой произвольно-заданный момент времени. Пусть R – отношение с атрибутами A1, A2, ..., An. Говорят, что множество атрибутов K=(Ai, Aj, ..., Ak) отношения R является возможным ключом R тогда и только тогда, когда удовлетворяются два независимых от времени условия:
Уникальность: в произвольный заданный момент времени никакие два различных кортежа R не имеют одного и того же значения для Ai, Aj, ..., Ak.
Минимальность: ни один из атрибутов Ai, Aj, ..., Ak не может быть исключен из K без нарушения уникальности.
Каждое отношение обладает хотя бы одним возможным ключом, поскольку по меньшей мере комбинация всех его атрибутов удовлетворяет условию уникальности. Один из возможных ключей (выбранный произвольным образом) принимается за его первичный ключ. Остальные возможные ключи, если они есть, называются альтернативными ключами.
Вышеупомянутые и некоторые другие математические понятия явились теоретической базой для создания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и создания основ теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этих понятий:
Отношение – Таблица (иногда Файл),
Кортеж – Строка (иногда Запись),
Атрибут – Столбец, Поле.
При этом принимается, что "запись" означает "экземпляр записи", а "поле" означает "имя и тип поля".
1.2. Реляционная база данныхРеляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц. Так на рис. 2 показаны таблицы базы данных, построенные по инфологической модели базы данных "Питание".
Блюда
Продукты
Состав
БЛ
Блюдо
Вид
ПР
Продукт
Калор
БЛ
ПР
Вес (г)
1
Лобио
Закуска
1
Фасоль
3070
1
1
200
2
Харчо
Суп
2
Лук
450
1
2
40
3
Шашлык
Горячее
3
Масло
7420
1
3
30
4
Кофе
Десерт
4
Зелень
180
1
4
10
5
Мясо
1660
2
5
80
Расход
6
Томаты
240
2
2
30
БЛ
Порций
Дата_Р
7
Рис
3340
2
6
40
1
158
1/9/05
8
Кофе
2750
2
7
50
2
144
1/9/05
2
3
15
3
207
1/9/05
Рецепты
2
4
15
4
235
1/9/05
БЛ
Рецепт
3
5
180
…
…
…
1
Ломаную очищ
3
6
100
…
…
3
2
40
3
4
20
4
8
8
Рис.2. Таблицы базы данных
1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.
2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего.
3. Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы.
4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы).
5. Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой. Так, связи между строкой с БЛ = 2 таблицы "Блюда" на рис. 2 и строкой с ПР = 7 таблицы продукты (для приготовления Харчо нужен Рис), представляется не с помощью указателей, а благодаря существованию в таблице "Состав" строки, в которой номер блюда равен 2, а номер продукта – 7.
6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками (например, рейсов с пунктом назначения "Париж" и временем прибытия до 12 часов).
1.3. Манипулирование реляционными данными
Стремление к минимизации числа таблиц для хранения данных может привести к возникновению различных проблем при их обновлении и будут даны рекомендации по разбиению некоторых больших таблиц на несколько маленьких. Но как сформировать требуемый ответ, если нужные для него данные хранятся в разных таблицах?
Предложив реляционную модель данных, Э.Ф.Кодд создал и инструмент для удобной работы с отношениями – реляционную алгебру. Каждая операция этой алгебры использует одну или несколько таблиц (отношений) в качестве ее операндов и продуцирует в результате новую таблицу, т.е. позволяет "разрезать" или "склеивать" таблицы (рис. 3).
Рис..3. Некоторые операции реляционной алгебры
Созданы языки манипулирования данными, позволяющие реализовать все операции реляционной алгебры и практически любые их сочетания. Среди них наиболее распространены SQL (Structured Query Language – структуризованный язык запросов) и QBE (Quere-By-Example – запросы по образцу). Оба относятся к языкам очень высокого уровня, с помощью которых пользователь указывает, какие данные необходимо получить, не уточняя процедуру их получения.
С помощью единственного запроса на любом из этих языков можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция).
1.4. Цели проектирования
Только небольшие организации могут обобществить данные в одной полностью интегрированной базе данных. Чаще всего администратор баз данных (даже если это группа лиц) практически не в состоянии охватить и осмыслить все информационные требования сотрудников организации (т.е. будущих пользователей системы). Поэтому информационные системы больших организаций содержат несколько десятков БД, нередко распределенных между несколькими взаимосвязанными ЭВМ различных подразделений. (Так в больших городах создается не одна, а несколько овощных баз, расположенных в разных районах.)
Отдельные БД могут объединять все данные, необходимые для решения одной или нескольких прикладных задач, или данные, относящиеся к какой-либо предметной области (например, финансам, студентам, преподавателям, кулинарии и т.п.). Первые обычно называют прикладными БД, а вторые – предметными БД (соотносящимся с предметами организации, а не с ее информационными приложениями). (Первые можно сравнить с базами материально-технического снабжения или отдыха, а вторые – с овощными и обувными базами.)
Предметные БД позволяют обеспечить поддержку любых текущих и будущих приложений, поскольку набор их элементов данных включает в себя наборы элементов данных прикладных БД. Вследствие этого предметные БД создают основу для обработки неформализованных, изменяющихся и неизвестных запросов и приложений (приложений, для которых невозможно заранее определить требования к данным). Такая гибкость и приспосабливаемость позволяет создавать на основе предметных БД достаточно стабильные информационные системы, т.е. системы, в которых большинство изменений можно осуществить без вынужденного переписывания старых приложений.
Основывая же проектирование БД на текущих и предвидимых приложениях, можно существенно ускорить создание высокоэффективной информационной системы, т.е. системы, структура которой учитывает наиболее часто встречающиеся пути доступа к данным. Поэтому прикладное проектирование до сих пор привлекает некоторых разработчиков. Однако по мере роста числа приложений таких информационных систем быстро увеличивается число прикладных БД, резко возрастает уровень дублирования данных и повышается стоимость их ведения.
Таким образом, каждый из рассмотренных подходов к проектированию воздействует на результаты проектирования в разных направлениях. Желание достичь и гибкости, и эффективности привело к формированию методологии проектирования, использующей как предметный, так и прикладной подходы. В общем случае предметный подход используется для построения первоначальной информационной структуры, а прикладной – для ее совершенствования с целью повышения эффективности обработки данных.
При проектировании информационной системы необходимо провести анализ целей этой системы и выявить требования к ней отдельных пользователей (сотрудников организации). Сбор данных начинается с изучения сущностей организации и процессов, использующих эти сущности. Сущности группируются по "сходству" (частоте их использования для выполнения тех или иных действий) и по количеству ассоциативных связей между ними (самолет – пассажир, преподаватель – дисциплина, студент – сессия и т.д.). Сущности или группы сущностей, обладающие наибольшим сходством и (или) с наибольшей частотой ассоциативных связей объединяются в предметные БД. (Нередко сущности объединяются в предметные БД без использования формальных методик – по "здравому смыслу".) Для проектирования и ведения каждой предметной БД (нескольких БД) назначается АБД, который далее занимается детальным проектированием базы.
Основная цель проектирования БД – это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте. Так называемый, "чистый" проект БД ("Каждый факт в одном месте") можно создать, используя методологию нормализации отношений. И хотя нормализация должна использоваться на завершающей проверочной стадии проектирования БД, мы начнем обсуждение вопросов проектирования с рассмотрения причин, которые заставили Кодда создать основы теории нормализации.
Задание 2. Табличный процессор MS Excel
2.1. Постановка задачи
1. Создайте таблицу и заполните ее данными:
Таблица расчета переоценки основных средств производства
Наименование
Объекта
Тип
объекта
Балансовая стоимость (БС), у. е.
Износ (И),
у. е.
Остаточная стоимость (ОС), у. е.
Восстано-вительная полная стоимость (ВПС), у. е.
Восстано-вительная остаточная стоимость (ВОС),
у. е.
Отдел1
Вспом.
501
170
Отдел2
Вспом.
360
50
Цех1
Осн.
1 200
400
Склад1
Вспом.
400
50
…
…
…
…
Итого:
2. Рассчитайте следующие характеристики:
- остаточную стоимость (ОС=БС–И), восстановительную полную стоимость (ВПС=БС К) и восстановительную остаточную стоимость, где
(для определения значения коэффициента К необходимо использовать функцию ЕСЛИ);
- суммарные значения остаточной, восстановительных полной и остаточной стоимостей основных средств производства (функция СУММ), среднее значение износа (функция СРЗНАЧ);
- суммарную остаточную стоимость оборудования для каждого типа объектов (функция СУММЕСЛИ);
- количество объектов, износ которых превысил 30 % от их балансовой стоимости (функция СЧЁТЕСЛИ).
3. С помощью фильтрации получите следующую информацию:
- наименования объектов, остаточная стоимость оборудования которых менее 400 у. е.;
- наименование объекта с максимальным износом оборудования;
- наименования основных объектов производства с балансовой стоимостью менее 1000 у. е. и остаточной стоимостью менее 350 у. е.;
- наименования вспомогательных объектов производства с восстановительной полной стоимостью менее 400 или более 800 у. е.
4. Создайте сводную таблицу для расчета суммарной величины восстановительной остаточной стоимости, в строках которой выводятся типы объектов, в столбцах – наименования объектов.
2.2. Создание таблицы и заполнение ее исходными данными
После создания структуры таблицы и занесения в нее исходных данных, окно Microsoft Excel примет вид:
2.3. Выполнение расчета характеристик
2.3.1. Расчет остаточной, восстановительной полной и остаточной стоимостей
ОС – остаточная стоимость;
БС – балансовая стоимость;
И – износ;
ВПС – восстановительная полная стоимость;
ВОС – восстановительная остаточная стоимость.
ОС = БС – И
ВПС = БС • К (*)
ВОС = ОС • К
где
Для расчета остаточной стоимости (ОС) для первой строки таблицы (Отдел 1) введем в ячейку E4 формулу =С4-D4, так как в ячейке C4 записана БС для Отдела 1, а в ячейке D4 – износ для Отдела 1.
Для вычисления восстановительной полной стоимости (ВПС) для первой строки таблицы потребуется функция ЕСЛИ. Для ее вызова перейдем в ячейку F4, щелкнем по стрелочке рядом с кнопкой Автосумма на панели инструментов.
В открывшемся списке выберем функцию ЕСЛИ.
На следующем шаге зададим условия, приведенные в расчетной формуле (*):
В результате, в ячейке F4 будет сформирована формула: =ЕСЛИ(C4<=500;C4*2;C4*3).
Для расчета восстановительной остаточной стоимости (ВОС) для первой строки таблицы сформируем в ячейке G4 формулу аналогичным образом. В результате, в ячейку G4 будет записана формула: =ЕСЛИ(E4<=500;E4*2;E4*3).
Чтобы перенести полученные формулы в остальные строки таблицы воспользуемся Автозаполнением.
Для этого подведем указатель мыши к правому нижнему углу ячейки E4 и когда он примет вид черного крестики, растянем выделение на диапазон ячеек E5:E13, в котором будут вычислены остаточные стоимости для остальных строк. При этом ссылки на исходные ячейки для каждой строки будут обновляться автоматически.
Так же перенесем формулы во все строки таблицы для расчета ВПС и ВОС.
В итоге таблица примет вид:
2.3.2. Расчет итоговых сумм и средних значений
Для расчета суммарного значения по столбцу Балансовая стоимость (БС) перейдем в ячейку B15 и нажмем кнопку Автосумма на панели инструментов. При этом нужный диапазон суммирования B4:B13 будет выделен автоматически.
Для расчета среднего значения по столбцу БС перейдем в ячейку C16, нажмем стрелочку, расположенную рядом с кнопкой Аатосумма на панели инструментов и из выпадающего списка выберем функцию Среднее. Диапазон определения среднего оставим C4:C13.
Чтобы перенести полученные расчетные формулы для суммарных и средних значений в остальные столбцы, воспользуемся Автозаполнением.
2.3.3. Расчет остаточной стоимости объектов каждого типа
В объединения ячеек A18:D18 и A19:D19 введем поясняющие тексты Остаточная стоимость основных объектов и Остаточная стоимость вспомогательных объектов соответственно.
Для определения остаточных стоимостей воспользуемся функцией СУММЕСЛИ.
Перейдем в ячейку E19 и выберем функцию СУММЕСЛИ.
Зададим следующие параметры функции СУММЕСЛИ:
Аналогично рассчитаем Остаточную стоимость вспомогательных объектов, изменив только Критерий на «Вспом».
В результате лист Microsoft Excel примет вид:
2.3.4. Определение количества объектов с износом более 30%
Добавим в таблицу столбец, в котором будем рассчитывать процент износа.
Например, для первой строки в этот столбец введем формулу =D4/C4*100. Перенесем формулу во все остальные строки, используя Автозаполнение.
Перейдем в ячейку E20 и выберем функцию СЧЁТЕСЛИ. Зададим для нее параметры:
Получим результат:
2.4. Применение фильтрации
2.4.1. Отбор объектов с остаточной стоимостью оборудования менее 400 у.е.
Для отбора таких сведений вызовем пункт меню Данные > Фильтр > Автофильтр. После этого в заголовках каждого столбца таблицы появится выпадающее меню.
Из такого меню для столбца Остаточная стоимость выберем пункт Условие. Зададим следующее условие:
В результате будут отфильтрованы следующие данные:
2.4.2. Наименование объекта с максимальным износом оборудования
Из выпадающего списка Автофильтра для столбца Износ (И) выберем максимальное значение. Получим:
2.4.3. Основные объекты производства с балансовой стоимостью менее 1000 у. е. и остаточной стоимостью менее 350 у. е.
Для такого фильтра потребуется задавать условия для двух столбцов. Для столбца Балансовая стоимость зададим:
А для столбца Остаточная стоимость зададим:
Получим:
2.4.4. Наименования вспомогательных объектов производства с восстановительной полной стоимостью менее 400 или более 800 у. е.
Для столбца Тип объекта из меню фильтра выберем пункт Вспом., а для столбца Восстановительная полная стоимость выберем пункт Условие и зададим:
Получим:
2.5. Создание сводной таблицы
Выберем пункт главного меню Данные > Сводная таблица.
На первом шаге выберем Создание таблицы на основе данных, находящихся в списке или базе данных Microsoft Excel, а Вид создаваемого отчета – сводная таблица.
В качестве диапазона, содержащего исходные данные, зададим диапазон A3:H13.
Перетащим требуемые поля в определенные разделы сводной таблицы. В итоге сводная таблица примет вид:
3. Задание 3. СУБД Microsoft Access
3.1. Постановка задачи
Создайте таблицы базы данных консультационной фирмы:
Проекты (главная таблица)
Код проекта
Проект
Тип проекта
Дата начала
1
Ораторское искусство
Тренинг
05.06.03
2
Торговля
Консалтинг
04.07.95
…
…
…
…
Первичным ключом таблицы является поле Код проекта.
Участники (подчиненная таблица)
ФИО
сотрудника
Проект
Форма участия
Время участия, час
Затраты, руб
Ильин О.М.
2
Консультант
12
500
Северов Т.Г.
1
Лектор
10
200
Сафин М.И.
1
Организатор
3
700
Северов Т.Г.
2
Консультант
12
400
Сафин М.И.
2
Организатор
6
600
…
…
…
…
…
Внешним ключом таблицы является поле Проект.
Свяжите таблицы по ключевым полям Код проекта– Проект.
С помощью запросов к базе данных определите:
- коды проектов, в которых требуется участие консультанта;
- коды проектов, в которых сотрудник Северов Т.Г. принимает участие в качестве лектора;
- коды проектов, в которых требуется участие консультанта или лектора, а время участия в них данного сотрудника превышает 10 часов;
- суммарные затраты на каждый проект;
- ФИО сотрудников, затраты на участие которых в проектах типа «Консалтинг» превышают 500 рублей.
Создайте отчет по запросу к таблицам Проекты и Участники. Отчет должен включать:
- заголовок, характеризующий содержание отчета;
- данные полей таблиц Проект, Тип проекта, Дата начала, ФИО сотрудника, Форма участия, Затраты, руб.;
- группировку строк отчета по проектам;
- сортировку строк отчета по форме участия в проекте;
- сумму затрат для каждого проекта;
- нижний колонтитул, содержащий Ваши фамилию и инициалы.
Создайте пользовательскую форму для таблицы Участники.
3.2. Создание таблиц
Таблица Проекты содержит 4 поля следующих типов:
Имя поля
Тип поля
Размер данных
КодПроекта
Счетчик
Длинное целое
Проект
Текстовый
50
ТипПроекта
Текстовый
50
ДатаНачала
Дата / время
Таблица Участники содержит 5 полей следующих типов:
Имя поля
Тип поля
Размер данных
ФИОСотрудника
Текстовый
50
Проект
Числовой
Длинное целое
ФормаУчастия
Текстовый
50
Время участия
Числовой
Длинное целое
Затраты
Денежный
3.3. Создание свези между таблицами
Между полем КодПроекта таблицы Проекты и полем Проект таблицы Участники установлена связь типа «один-ко-многим».
При ее создании были заданы параметры: обеспечение целостности данных, каскадное обновление связанных полей, каскадное удаление связанных записей.
3.4. Заполнение таблиц
Созданные таблицы хранят следующие данные:
Проекты
Код проекта
Проект
Тип проекта
Дата начала
1
Ораторское искусство
Тренинг
05.06.2003
2
Торговля
Консалтинг
04.07.1995
3
Киноискусство
Консалтинг
05.05.2005
4
Балет
Тренинг
06.06.2005
5
Акробатика
Тренинг
07.06.2005
Участники
ФИО сотрудника
Проект
Форма участия
Время участия
Затраты
Ильин О.М.
2
Консультант
12
500,00р.
Северов Т.Г.
1
Лектор
10
200,00р.
Сафин М.И.
1
Организатор
3
700,00р.
Северов Т.Г.
2
Консультант
12
400,00р.
Сафин М.И.
2
Организтор
6
600,00р.
Волков А.А.
3
Директор
8
550,00р.
Никонова Р.Д.
4
Балерина
30
1 850,00р.
Харин О.Д.
5
Тренер
10
960,00р.
Щеглова М.А.
4
Тренер
25
1 950,00р.
3.5. Создание запросов
3.5.1. Коды проектов, в которых требуется участие консультанта
В бланк Конструктора запроса перенесем поля ФИОСотрудника и ФормаУчастия из таблицы Участники, поля КодПроекта и Проект из таблицы Проекты.
Для поля ФормаУчастия зададим условие отбора «Консультант». В режиме Конструктора запрос примет вид:
Запрос выдаст результат:
Проекты с консультантами
ФИО сотрудника
Код проекта
Проект
Форма участия
Ильин О.М.
2
Торговля
Консультант
Северов Т.Г.
2
Торговля
Консультант
3.5.2. Коды проектов, в которых Северов Т.Г. принимает участие в качестве лектора
В бланк Конструктора запроса перенесем поля КодПроекта и Проекты из таблицы Проекты, поля ФИОСотрудника и ФормаУчастия из таблицы Участники.
Зададим условия отбора дли поля ФИОСотрудника Like “Северов*”, а для полшя ФормаУчастия - “Лектор”.
В конструкторе запрос имеет вид:
Запрос выдаст следующий результат:
Лектор Северов
Код проекта
Проект
ФИО сотрудника
Форма участия
1
Ораторское искусство
Северов Т.Г.
Лектор
3.5.3. Коды проектов, в которых требуется участие консультанта или лектора, а время участия в них данного сотрудника превышает 10 часов
В бланк конструктора запроса перенесем поля КодПроекта и Проект из таблицы Проекты, поля ФИОСотрудника, ФормаУчастия и ВремяУчастия из таблицы Участники.
Зададим условие отбора для поля ФормаУчастия «Консультант» или «Лектор», а для поля ВремяУчастия >10.
В режиме Конструктора запрос имеет вид:
Запрос выдаст результат:
Больше 10 часов
Код проекта
Проект
ФИО сотрудника
Форма участия
Время участия
2
Торговля
Ильин О.М.
Консультант
12
2
Торговля
Северов Т.Г.
Консультант
12
3.5.4. Суммарные затраты на каждый проект
Сначала создадим простой запрос в который добавим поля Проект из таблицы Проекты, поля ФИОСотрудника и Затраты из таблицы Участники.
Это запрос выдаст результат:
Затраты на проекты
Проект
ФИО сотрудника
Затраты
Ораторское искусство
Северов Т.Г.
200,00р.
Ораторское искусство
Сафин М.И.
700,00р.
Торговля
Ильин О.М.
500,00р.
Торговля
Северов Т.Г.
400,00р.
Торговля
Сафин М.И.
600,00р.
Киноискусство
Волков А.А.
550,00р.
Балет
Никонова Р.Д.
1 850,00р.
Балет
Щеглова М.А.
1 950,00р.
Акробатика
Харин О.Д.
960,00р.
Теперь по этому простому запросу создадим перекрестный запрос.
В качестве заголовков строк зададим поле Проект, а в качестве заголовков столбцов – поле ФИОСотрудника.
Для поля Затраты зададим функцию Сумма.
Перекрестный запрос выдаст результат:
Затраты на проекты_перекрестный
Проект
Итоговое значение Затраты
Волков А_А_
Ильин О_М_
Никонова Р_Д_
Сафин М_И_
Северов Т_Г_
Харин О_Д_
Щеглова М_А_
Акробатика
960,00р.
960,00р.
Балет
3 800,00р.
1 850,00р.
1 950,00р.
Киноискусство
550,00р.
550,00р.
Ораторское искусство
900,00р.
700,00р.
200,00р.
Торговля
1 500,00р.
500,00р.
600,00р.
400,00р.
3.5.5. ФИО сотрудников, затраты на участие которых в проектах типа «Консалтинг» превышают 500 рублей
В бланк конструктора запроса перенесем поля ФИОУчастника и Затраты из таблицы Участники, поля Проект и ТипПроекта из таблицы Проекты.
Зададим условия отбора для поля ТипПроекта «Консалтинг», а для поля Затраты - >500.
В конструкторе запрос имеет вид:
Запрос выдаст результат:
Затраты на консалтинг больше 500
ФИО сотрудника
Проект
Тип проекта
Затраты
Сафин М.И.
Торговля
Консалтинг
600,00р.
Волков А.А.
Киноискусство
Консалтинг
550,00р.
3.6. Создание отчета
Перед созданием отчета, создадим запрос, который будет содержать необходимые поля.
В запрос добавим поля Проект, Тип проекта, Дата начала из таблицы Проекты, поля ФИО сотрудника, Форма участия, Затраты, руб из таблицы Участники.
Полученный запрос выдаст результат:
Запрос для отчета
Проект
Тип проекта
Дата начала
ФИО сотрудника
Форма участия
Затраты
Ораторское искусство
Тренинг
05.06.2003
Северов Т.Г.
Лектор
200,00р.
Ораторское искусство
Тренинг
05.06.2003
Сафин М.И.
Организатор
700,00р.
Торговля
Консалтинг
04.07.1995
Ильин О.М.
Консультант
500,00р.
Торговля
Консалтинг
04.07.1995
Северов Т.Г.
Консультант
400,00р.
Торговля
Консалтинг
04.07.1995
Сафин М.И.
Организтор
600,00р.
Киноискусство
Консалтинг
05.05.2005
Волков А.А.
Директор
550,00р.
Балет
Тренинг
06.06.2005
Никонова Р.Д.
Балерина
1 850,00р.
Балет
Тренинг
06.06.2005
Щеглова М.А.
Тренер
1 950,00р.
Акробатика
Тренинг
07.06.2005
Харин О.Д.
Тренер
960,00р.
Теперь по этому запросу создадим отчет.
На первом шаге мастера отчетов зададим только что созданный запрос из которого выберем все поля.
Добавим группировку, выбрав поле Проект.
Для сортировки зададим поле ФормаУчастия.
Макет выберем ступенчатый.
В режиме Конструктора запрос имеет вид:
Или в режиме предварительного просмотра:
3.7. Создание пользовательской формы для таблицы Участники
Для пользовательской формы выберем все поля из таблицы Участники.
Внешний вид формы выберем – в один столбец.
Стиль – стандартный.
Будет создана следующая форма:
Задание 4. Информационно-поисковые системы Интернета
4.1. Постановка задачи
1. С помощью любой доступной Вам программы браузера откройте основную страницу одной из информационно-поисковых систем (ИПС) Интернета (например, Rambler).
2. Поместите копию экрана в документ MS Word.
3. Найдите с помощью поискового каталога раздел, в котором может находиться информация об организации Рекламное агентство «Клаус Берг».
3. Скопируйте в MS Word первую страницу списка найденных ссылок.
4. Откройте страницу со справочной информацией об организации, указанной в Вашем варианте задания. Скопируйте ее в MS Word.
5. Сформулируйте условия поиска и найдите с помощью поискового указателя Web-страницы, на которых рассматриваются вопросы: Бухгалтерский и налоговый учет амортизации объектов основных средств
6. Скопируйте название и два-три абзаца текста документа, содержание которого, по Вашему мнению, наиболее соответствует выполняемому заданию, в MS Word.
4.2. Выполнение задачи
Откроем в браузере Internet Explorer начальную страницу информационно-поисковой системы Апорт, введя в адресную строку http://www.aport.ru. Эта страница имеет вид:
Введем в поисковую строку требуемый текст Рекламное агентство «Клаус Берг». Страница с начальным набором ссылок по теме будет иметь вид:
Открыв одну из ссылок, попадем на начальную страницу рекламного агентства Клаус Берг:
При помощи поискового каталога http://www.list.ru найдем ссылки, касающиеся Экономическая преступность в финансовой системе России. Получим:
Открыв первую из ссылок, получим:
Используемая литература
1. Вейскас Дж. Эффективная работа: Microsoft Office Access 2003. Издательский дом «Питер», 2005. – 1168 с.
2. Козырев А.А. Самоучитель работы на персональном компьютере. Учебное пособие. Изд. 2-е, переработанное и дополненное. СПб.: Изд-во Михайлова В.А., 2000 – 304 с.
3. Леонтьев В.П. Новейшая энциклопедия персонального компьютера 2003. М.: ОЛМА-ПРЕСС, 2003. - 920 с.: ил.
4. Харитонова И., Михеева В. Microsoft Access 2000. : БХВ-Петербург, 2001. – 1080 с.: ил.
5. Хэлворсон М., Янг М. Эффективная работа: Office XP. Издательский дом «Питер», 2004. – 1072 с.
6. Лозовский Л.Ш., Ратновский Л.А. Интернет – это интересно. – М.: ИНФРА-М, 2000. – 128 с.