Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
ТЕОРЕТИЧЕСКИЕ СВЕДЕНИЯ
Понятие базы данных
База данных – организованная совокупность данных, предназначенная для длительного хранения во внешней памяти компьютера, постоянного обновления и использования.
Используется классификация баз данных по разным признакам. Первый признак классификации баз данных – по содержанию хранимой информации. Фактографические БД содержат данные, представляемые в краткой форме, в строго фиксированных форматах. Такие БД являются аналогами бумажных картотек, например библиотечного каталога. Другой тип данных – документальные БД. Здесь аналогом являются архивы документов, например судебных дел. В дальнейшем будем рассматривать фактографические БД.
Классификация по способу хранения данных делит БД на централизованные БД и распределенные БД. Вся информация в централизованной БД хранится на одном компьютере. Это может быть автономный ПК или сервер сети, к которому имеют доступ пользователи – клиенты. Распределенные БД используются в локальных и глобальных сетях. В таком случае разные части базы хранятся на разных компьютерах.
Третий признак классификации баз данных – по структуре модели данных. Известны три разновидности структур данных: иерархическая, сетевая и табличная. Соответственно по признаку структуры базы данных делятся на иерархически БД, сетевые БД и реляционные (табличные) БД (РБД).
Основной информационной единицей реляционной БД является таблица. Следовательно, реляционные БД используют табличную модель данных. База данных может состоять из одной таблицы – однотабличная БД, или из множества взаимосвязанных таблиц – многотабличная БД.
В последнее время наиболее распространенным типом баз данных стали реляционные БД. Известно, что любую структуру данных можно свести к табличной форме.
Структурными составляющими таблицы являются записи и поля:
Каждая запись содержит информацию об одной из сущностей, составляющих систему (предметную область): одной книге в библиотеке, одном сотруднике предприятия и т.п. Сущность – это объект, о котором в системе будет накапливаться информация.
Атрибуты (содержимое полей) – это свойства сущности, например, название книги, автор книги; фамилия сотрудника, год рождения и т.п. Различают различные виды атрибутов:
Все имена полей этой таблицы должны быть разными.
В таблице не должно быть полностью совпадающих записей.
Для каждой таблицы реляционной БД должен быть определенный первичный ключ – поле или совокупность полей, однозначно определяющих запись. Иначе говоря, значение первичного ключа не должно повторяться в разных записях. Например, в библиотечной базе данных в качестве такого ключа может быть выбран инвентарный номер книги, который не может совпадать у разных книг.
Для строчного представления структуры таблицы применяется следующая форма:
Подчеркиваются поля, составляющие первичный ключ. В теории реляционных баз данных таблица называется отношением. По-английски «отношение» - «relation». Отсюда происходит название «реляционные базы данных». В приведенной выше форме ИМЯ_ТАБЛИЦЫ – это имя отношения. Примеры отношений:
Каждое поле таблицы имеет определенный тип. Тип определяется двумя свойствами поля: множеством значений, которые оно может принимать, и множеством операций, которые над ним можно выполнять. Существуют четыре основных типа для полей БД: символьный, числовой, логический и дата. Для полей таблиц БИБЛИОТЕКА и БОЛЬНИЦА могут быть установлены следующие типы:
Поле ПЕРВИЧНЫЙ базы данных БОЛЬНИЦА обозначает факт того, впервые или повторно поступил больной в больницу с данным диагнозом. Те записи, где значения этого поля равно ИСТИНА (TRUE), относятся к первичным больным, значение ЛОЖЬ (FALSE) отмечает повторного больного. Поле логического типа может принимать только два этих значения.
В таблице БОЛЬНИЦА используется первичный ключ, состоящий из двух полей: ПАЛАТА и НОМЕР_МЕСТА. Только их сочетание не повторяется в разных записях (фамилии пациентов могут совпадать).
Программное обеспечение, предназначенное для работы с базами данных, называется системой управления базами данных (СУБД).
В зависимости от структуры создаваемых баз данных различают иерархические, сетевые и реляционные СУБД. Наибольшее распространение на персональных компьютерах получили реляционные СУБД. Основные действия, которые пользователь может выполнять с помощью СУБД:
Нормализация реляционной модели данных
Рассмотрим способы построения модели данных реляционного типа. Реляционная модель данных – это множество взаимосвязанных отношений. Простейший вариант реляционной модели – одно отношение. В базе данных – одна таблица.
Построим модель данных для инфологической модели школы:
На первом этапе построим базу данных, содержащую сведения об успеваемости учеников в некотором классе. Нас будут интересовать четвертные и годовые оценки по всем учебным дисциплинам. Иначе говоря, в базу данных необходимо занести табели успеваемости всех учеников класса за весь учебный год. Кроме того, в базе данных необходимо хранить домашние адреса учеников. Для того, чтобы отличать мальчиков от девочек, требуется указывать пол ученика.
Отношение, включающее в себя все перечисленные данные будет следующим:
В этом отношении первичный ключ состоит из трех полей: ФАМИЛИЯ, ИМЯ, ПРЕДМЕТ. Такой ключ называется составным.
Очевидным недостатком хранения данных в таком виде является их избыточность. Под избыточностью понимается многократное повторение одних и тех же данных.
Значение полей ФАМИЛИЯ, ИМЯ, ПОЛ, АДРЕС каждого ученика будут повторяться в записях, относящихся к разным предметам. Это ведет к лишнему расходу памяти компьютера (избыточности данных). Кроме того, существует вероятность того, что при вводе значений повторяющихся полей в каких-то строках могут быть допущены ошибки. Например, по-разному записан один и тот же адрес. Такая ситуация называется противоречивостью данных.
Решением этих проблем является разбиение данного отношения на два, т.е. переход от однотабличной модели к двухтабличной. Первую таблицу назовем УЧЕНИКИ. В ней будут храниться фамилия, имя, пол и адрес ученика. Каждому ученику в этом списке ставится в соответствие свой номер (номер в классном журнале). Он и будет выполнять функцию ключа.
Вторую таблицу назовем УСПЕВАЕМОСТЬ. В ней учеников можно будет идентифицировать по номерам, определенным в первой таблице. Замена имени и фамилии ученика на номер существенно сократит расход памяти. В таблицу УСПЕВАЕМОСТЬ включается поле ПРЕДМЕТ и сведения о полученных оценках. Поля НОМЕР УЧЕНИКА и ПРЕДМЕТ образуют составной ключ. В итоге модель данных представляется двумя следующими отношениями:
Связь между этими отношениями имеет тип «один – ко - многим». Она осуществляется через общее поле НОМЕР_УЧЕНИКА. В таблице УЧЕНИКИ это поле является первичным ключом. В таблице УСПЕВАЕМОСТЬ оно входит в составной ключ. Следовательно, конкретное значение этого поля в первой таблице может присутствовать только в одной записи, а во второй – во множестве записей.
Выполненная нами работа называется нормализацией данных. Полученная двухтабличная структура данных является нормализованной структурой. Основная цель нормализации – избавление от избыточных данных. В идеале не избыточная база данных должна хранить «каждый факт в одном экземпляре». В нашем случае, для каждого ученика его атрибуты ФАМИЛИ, ИМЯ, ПОЛ, АДРЕС будут заноситься в базу однократно. Если значения каких-то атрибутов изменится, то их легко исправить. Например, если изменится адрес ученика, то в первом варианте структуры данных его придется переписывать многократно. В окончательном же варианте это нужно будет сделать всего один раз.
Сущность нормализации заключается в том, что при построении модели данных, относящейся к определенной предметной области, нужно суметь выделить типы объектов (или сущностей), которые должны быть представлены в этой модели. В нашем примере такими объектами являются УЧЕНИКИ с их анкетными данными и УСПЕВАЕМОСТЬ (итоги обучения) со сведениями о полученных учениками оценках по разным предметам. Информация об учениках собрана в таблице УЧЕНИКИ, информация об итогах обучения – в таблице УСПЕВАЕМОСТЬ.
В теории реляционных баз данных используется понятие «нормальная форма» отношения. Отношение находится в первой нормальной форме, если все его поля являются атомарными. Атомарное поле дальше не делится. Например, объединение в одно поле «ФИО» фамилии, имени и отчества человека нарушает принцип атомарности. Понятие атомарности относительно. Например, если в приложениях не потребуется отдельной обработки названия улицы, номера дома и квартиры, то адрес можно не разбивать на составляющие и считать его атомарным.
Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме, и все его неключевые поля полностью функционально зависят от первичного ключа. Иначе говоря, значение неключевого поля в каждой однозначно связано со значением ключа этой записи. Отношения УЧЕНИКИ и УСПЕВАЕМОСТЬ обладают таким свойством. У данного ученика (ключ НОМЕР_УЧЕНИКА) определенный адрес, фамилия, дата рождения и пр. У данного ученика по данному предмету (ключ НОМЕР_УЧЕНИКА + ПРЕДМЕТ) определенные оценки за четверти и за год.
Пример отсутствия функциональной зависимости: значение поля 1_ЧЕТВ не зависит от поля АДРЕС. У данного ученика может измениться АДРЕС, но это не ведет к изменению оценки за 1 четверть по математике. Именно поэтому мы поместили информацию об адресе и об оценках в разные таблицы.
Требование третьей нормальной формы: удовлетворение второй нормальной форме и отсутствие в отношении полей, транзитивно зависимых от ключа. Транзитивной зависимостью между полями А и В называется зависимость через третье поле С: А->C->B. Например, если бы в отношении УЧЕНИКИ присутствовало поле РАЙОН, обозначающее административный район города, где живет ученик, то имела бы место транзитивная зависимость. Район однозначно связан с адресом, поэтому транзитивность следующая:
В полученных нами отношениях транзитивных зависимостей нет. Таким образом, полученная нами двухтабличная модель данных удовлетворяет требованию третьей нормальной формы.
Пример построения концептуальной модели для базы данных «Магазины»
В базе данных «Магазины города» сущностями будут:
В скобках указаны атрибуты для каждой сущности.
Первичными ключами соответственно будут номер магазина, код товара, код фирмы, так как именно эти атрибуты однозначно идентифицируют уникальное значение сущности.
Учитывая, что один поставщик может поставлять разные товары и один и тот же товар может поставляться разными поставщиками, а также один товар может быть в разных магазинах и в одном магазине могут быть разные товары, концептуальная модель базы данных будет иметь вид:
Рис. 1. Концептуальная модель базы данных
Между сущностями существует связь «многое ко многим».
В соответствии с концептуальной моделью база данных должна содержать три таблицы: МАГАЗИН, ТОВАР, ПОСТАВЩИК. Для замены связи «многое ко многим» на две связи «один ко многим» вводится дополнительная таблица (таблица пересечения). В конкретном случае вводятся две таблицы пересечения: ПОСТАВКА (код товара, код фирмы, количество), НАЛИЧИЕ (код товара, номер магазина, количество). Схема базы данных будет иметь вид:
Рис. 2. Концептуальная модель базы данных
Разработка таблиц
При разработке таблиц в первую очередь устанавливаются типы данных, которые будут занесены в поля таблицы (текстовые, числовые, денежные, дата-время и т.д.). Все поля, с которыми в дальнейшем не будут производится математические действия, должны быть текстовые (номер магазина, код фирмы и т.д.).
Выбор размера поля и формат зависит от данных, которые будут внесены в это поле.
Во-вторых, определяются первичные ключи и внешние ключи, с помощью которых будет осуществляться связь между таблицами. Для первичного ключа удобно использовать тип данных «Счетчик». Это означает, что при заполнении таблицы данное поле будет формироваться автоматически увеличением на 1.
Связанные поля во всех таблицах должны быть одного типа, размера и формата. Желательно, чтобы связанные поля имели одинаковые наименования. В таблице 1 приведены свойства полей для база данных «Магазины города».
Таблица 1
|
Таблица |
Поле |
Тип поля |
Размер |
Формат |
|
МАГАЗИН |
Номер магазина (первичный ключ) |
Текстовый |
4 |
|
|
Название магазина |
Текстовый |
15 |
||
|
Адрес |
Текстовый |
50 |
||
|
Начало работы |
Дата-время |
Краткий формат времени |
||
|
Окончание работы |
Дата-время |
Краткий формат времени |
||
|
ФИО директора |
Текстовый |
15 |
||
|
ТОВАР |
Код товара (первичный ключ) |
Счетчик |
||
|
Наименование |
Текстовый |
20 |
||
|
Единицы измерения |
Текстовый |
3 |
||
|
Цена |
Денежный |
|||
|
Поставщик |
Код фирмы (первичный ключ) |
Счетчик |
||
|
Наименование |
Текстовый |
13 |
||
|
Адрес |
Текстовый |
50 |
||
|
Телефон |
Текстовый |
12 |
||
|
Наличие |
Код товара (внешний ключ) |
Числовой |
||
|
Номер магазина (внешний ключ) |
Текстовый |
4 |
||
|
Наличие в магазине |
Числовой |
Одинарное с плавающей запятой |
||
|
Поставка |
Код товара (внешний ключ) |
Числовой |
||
|
Код фирмы (внешний ключ) |
Числовой |
|||
|
Количество |
Числовой |
Одинарное с плавающей запятой |
Создание таблиц
Запустить Microsoft Access. Выбрать пункт меню «Новая база данных».
В окне «Новая база\Имя файла» указать имя файла, в котором будет располагаться база данных. Рекомендуется задать тематическое имя базы данных, например, «Магазин» или «Сотрудник». Нажать кнопку «Создать»
После открытия базы данных в главном окне выбрать объект «Таблицы» и затем запустить конструктор таблиц («Создание\Конструктор таблиц»).
В конструкторе таблиц в столбце «Имя поля» перечислить все поля, содержащиеся в таблице. Имена полей не должны содержать точек.
В столбце «Тип данных» указать типы данных для всех полей. По умолчанию тип данных «Текстовый».
В столбце «Описание» помещается текст, который будет появляться в строке состояния во время работы с полем. Заполнять этого столбец необязательно.
В нижней части конструктора таблиц расположены «Свойства поля». В них указывается размер поля, его формат и другие параметры поля. Установите нужные размер поля, признак «обязательное поле», для полей типа «дата\время» задайте формат.
Создание первичного ключа
Для создания первичного ключа надо поставить курсор в строчку, в которой расположено поле, являющееся первичным ключом, и нажать кнопку «Ключевое поле» на панели инструментов.
Если первичный ключ является составным, то предварительно надо выделить требуемые поля и нажать кнопку «Ключевое поле».
Сохранение таблицы
Для сохранения таблицы надо закрыть конструктор таблиц и в появившемся окне нажать кнопку «Да»
В открывшемся окне «Сохранение» указать имя таблицы и нажать кнопку «ОК». Таблица должна именоваться именем сущности в единственном числе, например, «Магазин», «Товар».
В главном окне базы банных в объекте «Таблицы» появится значок таблицы.
Аналогичным образом создаются таблицы ТОВАР и ПОСТАВЩИК.
Далее создаются связующие таблицы НАЛИЧИЕ и ПОСТАВКА. Поля Код товара, Номер магазина и Код поставщика в этих таблицах создаются через Мастер подстановки.
При создании одинаковых полей в различных таблицах необходимо соблюдать единообразие в именах и описаниях этих полей. Т.е., если поле «номер_магазина» в двух разных таблицах имеет одно и то же имя, тип данных и размер.
Для создания поля Номер магазина через Мастер подстановок в типе данных выбираем Мастер подстановок:
Далее в качестве источника данных указываем таблицу МАГАЗИН, выбираем нужные поля, сортировку и включаем проверку целостности данных. При создании такого поля между двумя таблицами создается связь, которая затем будет отображена на схеме данных.
Схема данных
Для создания связей между таблицами надо предварительно закрыть все таблицы.
Открыть окно «Работа с базами данных/Схема данных».
Если при создании таблиц ранее был использован Мастер подстановок, то схема данных частично или полностью уже созадана. Если связи в базе данных устанавливаются впервые, на экране появится пустое окно «Схема связей» и окно «Добавление таблицы».
В окне «Добавление таблицы» выделить нужные таблицы и нажать кнопку «Добавить». Таблицы появятся в окне «Схема данных». После этого окно «Добавление таблиц» закрыть.
Для создания связи надо поставить курсор на первичный ключ (в таблице выделен полужирным шрифтом), нажать левую кнопку мыши и, не отпуская ее, перетащить на соответствующий внешний ключ и отпустить кнопку мыши. После этого появится окно «Изменение связей». В этом окне названия главной и связанной таблиц и имена связанных полей. В нижней части окна указан тип связи (один ко многим).
Обязательно надо отметить флажками параметры «Обеспечение целостности данных», «каскадное обновление связанных полей» и «каскадное удаление связанных полей». После этого нажать кнопку «Создать».
Данную процедуру повторить для всех связанных полей.
Схема данных примет вид (таблицы в окне «Схема данных» можно перемещать):
Заполнение таблиц
Заполнение таблиц начинается с главных таблиц, т.е. с таблиц, которые стоят в связи на стороне «1». Затем заполняются таблицы, стоящие в связи на стороне «».
При заполнении таблиц необходимо учитывать:
Каждая таблица должна содержать не менее 10 записей (строк).
Экспорт данных в отчет
Перечень таблиц экспортируется в отчет как копия экрана.
Чтобы поместить в отчет описание структуры таблицы, нужно открыть таблицу в режиме конструктора (в главном окне базы данных выбрать объект «Таблицы», в нем выбрать нужную таблицу и в контекстном меню выбрать «Конструктор»).
После открытия таблицы в режиме конструктора сделать копию экрана, вырезать нужный кусочек картинки (можно воспользоваться программой Paint) и поместить ее в отчет.
Открыть окно «Схема данных», сделать копию экрана и поместить ее в отчет.
Цель: научиться создавать простые формы.
Для заполнения наших таблиц данными создадим формы. Начать нужно с основных таблиц: ТОВАР, МАГАЗИН, ПОСТАВЩИК.
Создадим простую форму для ввода товаров. Для этого воспользуемся инструментом Создание/Форма:
Сохраним форму и откроем ее. Введем несколько товаров (не менее 5).
При создании аналогичным способом формы для таблицы МАГАЗИН в форму автоматически добавилась связанная таблица НАЛИЧИЕ. В этом можно убедиться, войдя в конструктор созданной формы. Таким образом, используя созданную форму, можно ввести данные сразу в 2 таблицы. Введем 3 магазина и в каждом магазине наличие товаров (по 3-5 строк).
Таким образом, используя созданную форму, можно ввести данные сразу в 2 таблицы. Введем 3 магазина и в каждом магазине наличие товаров (по 3-5 строк).
Аналогичным образом создаем форму Поставщик-Поставка.
При желании можно изменить внешний вид созданных форм при помощи Конструктора.
Экспорт содержимого таблиц в отчет
Для экспорта данных из таблиц в главном окне базы данных поставить курсив на нужную таблицу и выбрать на вкладке «Внешние данные» в группе «Экспорт» опцию «Дополнительно/Экспорт в формат RTF».
С помощью кнопки обзор задать путь файла в своей папке и установить галочку «Открыть целевой файл….». Будет создан и открыт файл с данными, содержащимися в таблице. Скопировать через буфер таблицу в свой отчет. Повторить для всех таблиц.
Цель: овладение навыками создания простых запросов и создание запросов с помощью конструктора.
Для выборки данных как из одной таблицы, так и нескольких таблиц и выполнения вычислений используются запросы.
После выполнения запроса создается набор записей, содержащий выбранные данные, с которым можно работать как с обычной таблицей. Однако в отличие от реальной таблицы, набор записей физически не существует в базе данных. Он создается из таблиц только на время выполнения запроса.
Для создания простого запроса на вкладке «Создание» выбрать кнопку «Мастер запросов».
В окне «Создание простых запросов» в списке «Таблицы и запросы» выбрать таблицу.
Из списка «Доступные поля» перенести нужные поля в список «Выбранные поля» с помощью кнопок:
- для переноса одного поля;
для переноса всех полей одновременно. Нажать кнопку «Далее».
В открывшемся окне задать имя запроса и нажать кнопку «Готово»
Запрос с итогами
В окне «Новый запрос» выбрать «Простой запрос» и в окне «Создание простых запросов» в список «Доступные поля» поместить поля из одной или нескольких таблиц, соблюдая условие: в выбранных полях должны быть повторяющиеся символьные данные и числовые данные.
Нажать кнопку «Далее». В открывшемся окне тип запроса «итоговый» и нажать кнопку «Итоги».
В окне «Итоги» указать, в каких полях, какие итоговые значения необходимо вычислять и нажать кнопку «ОК» и затем «Далее».
В открывшемся окне задать имя запроса и нажать кнопку «Готово».
В приведенном примере выведены товары с минимальным и максимальным количеством из таблицы НАЛИЧИЕ.
Конструктор запросов
Конструктор запросов запускается кнопкой «Конструктор запросов» на вкладке «Создание».
Одновременно открывается окно конструктора запросов и окно «Добавить таблицы».
Запрос на выборку из нескольких таблиц
Из окна «Добавить таблицы» перенести требуемые таблицы в окно конструктора и закрыть окно «Добавить таблицы».
В строке «Поле» «Бланка запроса» указать название поля, в строке - «Имя таблицы» указать таблицу, в строках «Условие отбора» - условия, по которым производится выборка.
После заполнения бланка запроса, для просмотра запроса нажать кнопку «Выполнить».
В данном примере запрос выводит список товаров, имеющихся в наличии в магазинах, с указанием цены. Для сохранения запроса закройте окно и введите имя запроса. Чтобы вернуться в режим конструктора запросов, в главном окне объектов базы данных выберите запрос и выберите пункт контекстного меню «Конструктор».
Условие отбора «или»
В Access используются два варианта использования условия отбора «или»:
1 вариант. Данные для отбора вносить в разные строки «Условие отбора».
2 вариант. Использовать функцию «or» (<данные 1> or <данные 2> or <данные 3>).
Условие отбора «и»
Условие отбора «и» чаще всего применяется для отбора по диапазону значений. Возможны два варианта использования функции «и»:
1 вариант. С оператором «Between» (Between <минимальное значение> and <максимальное значение>).
2 вариант. Без оператора «Between» (>= <минимальное значение> and <=<максимальное значение>).
Запрос с вычисляемыми полями
Предварительно создать запрос, используя конструктор запросов или простой запрос. Запрос можно создавать по одной или нескольким таблицам. Затем в конструкторе запросов в свободном столбце в строке поле записать «<Имя поля>:<математическое выражение>». Имена полей в математическом выражении заключаются в квадратные скобки («[», «]»).
Запрос на выборку с параметром
О том случае, когда нет возможности точно указать параметры в условиях отбора, используются запросы с параметром. В этом случае при каждом выполнении запроса в окне диалогов будут запрашиваться параметры для условий отбора.
Предварительно в конструкторе запросов создается требуемый запрос. В условиях отбора вместо параметра в квадратных скобках указывается имя параметра, которое будет использоваться в окне диалогов. Имена параметров не могут содержать «.».
После этого выполняется команда «Параметры».
В окне «Параметры запроса» в столбце «Параметр» записываются имена параметров (без скобок), а в столбце «Тип данных» указывается тип параметра.
Теперь при каждом выполнении запроса будут появляться окна диалогов для каждого параметра в отдельности.
Параметр – текстовое поле
Параметром может бать любое текстовое поле целиком.
Параметр – подстрока
Условие отбора имеет вид: Like “*”&[содержит]&”*”
Оператор «&» - сцепление строк.
Параметр – диапазон значений
Условие отбора имеет вид: Between [Минимальное значение] And [Максимальное значение].
Цель: овладение навыками создания различных отчетов с использование мастера отчетов и конструктора.
Отчеты являются средством представления информации из базы данных в виде печатного документа.
Для создания отчета используются функции «Мастер отчетов» и «Конструктор отчетов» на вкладке «Создание».
Для экспорта созданного отчета в WS Word надо применить команду «ЭкспортФайл Word в формате RTF». В MS Word будет создан документ в формате «.rtf». Документ скопировать в шаблон отчета.
3.2.1. Мастер отчетов
Отчет по нескольким полям одной таблицы
Выбрать функцию «Мастер отчетов» и таблицу, по которой составляется отчет. В окне «Создание отчета» выбрать поля для создания отчета и нажать кнопку «Далее».
В открывшемся окне выбрать поле, по которому будет производиться группировка. Для этого в левом окне выделить нужное поле и нажать кнопку 
.
В следующем окне выбирается вид сортировки данных в отчете.
После нажатия кнопки «Далее» в новом окне выбираются макет отчета и ориентация страницы.
В следующем окне выбирается стиль отчета.
И в последнем окне указывается название отчета.
Готовый отчет:
Отчет с группировкой и итогами
Отчет с группировкой и итогами можно создавать по одной или нескольким таблицам. Если отчет создается по нескольким таблицам, в окне
после выбора полей одной таблицы в списке «Таблицы и запросы» выбрать другую таблицу и для нее выбрать поля.
При создании отчета с группировкой и итогами обязательно должны быть числовые поля.
В следующем окне мастер отчетов представляет вариант группировки исходя из структуры базы данных. Если требуется другой вид группировки надо щелкнуть в левом окне по соответствующей таблице.
Следующее окно позволяет выбрать подуровни группировки.
Если в выбранных полях присутствуют числовые поля, то в следующем окне кроме сортировки появится кнопка «Итоги».
Нажав на эту кнопку открыть окно «Итоги», в котором выбирается, в каких полях какие итоговые значения вычислять.
Далее действия аналогичны предыдущему пункту.
3.2.3. Конструктор отчетов
Конструктор отчетов используется для создания новых отчетов или для доработки отчетов созданных с помощью мастера отчетов.
На вкладке «Создание» нажать кнопку «Конструктор отчетов» Откроется конструктор отчетов. По умолчанию рабочая область окна разбита на три области: «Верхний колонтитул» и «Нижний колонтитул» (данные, помещенные в эти области, повторяются на каждом листе сверху и снизу), «Область данных» (помещаются те данные, которые должны отображаться в отчете).
Размеры областей можно менять перетаскиванием границ мышкой.
В отчет кроме данных из таблицы можно помещать различные объекты, расположенные в группе «Элементы управления».
Для вставки в отчет текста используется элемент «Надпись».
Для вставки различных вычисляемых полей используется элемент «Поле».
Отчет с вычисляемыми полями
Создать в мастере отчетов отчет, содержащий числовые поля и открыть его в режиме конструктора, нажав кнопку «Конструктор».
Добавить в отчет название поля (элемент «Надпись») и вычисляемое поле (элемент «Поле»). Формула должна начинаться со знака «=» и названия полей, используемых в формуле, заключаются в квадратные скобки.
ПРИМЕЧАНИЕ. Доработанная часть отчета обведена рамкой.
ПРИЛОЖЕНИЕ 1
Задание для лабораторного практикума
Вариант 1. «Сведения о жителях города»
В базе данных хранятся сведения:
Один житель может иметь в собственности несколько домов и работать в нескольких организациях. У одного вида жилья может быть несколько владельцев.
Реализовать запросы к базе данных:
Вариант 2. «Адресная книга»
В базе данных хранятся сведения
У каждого абонента друзей и родственников может быть много.
Реализовать запросы к базе данных:
Вариант 3. «Аптека»
В базе данных хранятся сведения:
Одно лекарство может продаваться в разных аптеках по разным ценам. Реализовать запросы к базе данных:
Вариант 4. «Студенческая библиотека»
В базе данных хранятся сведения:
В каждом разделе библиотеки имеется много книг, одна и та же книга хранится в одном разделе. Книга может быть выдана только одному читателю, один читатель может получить несколько книг.
Реализовать запросы к базе данных:
Вариант 5. «Биржа»
В базе данных хранятся сведения:
Один и тот же покупатель может участвовать во многих сделках, акции одного предприятия могут быть куплены несколькими покупателями.
Реализовать запросы к базе данных:
Вариант 6. «Больница»
В базе данных хранятся сведения:
Врач одному пациенту может сделать несколько назначений, в одной палате может быть несколько больных, один врач может обслуживать несколько палат.
Реализовать запросы к базе данных:
Вариант 7. «Бытовое обслуживание населения»
В базе данных хранятся сведения:
Один поставщик услуг может выполнять несколько видов услуг, один вид услуг может выполняться несколькими поставщиками. Один потребитель услуг может сделать заявки на несколько услуг.
Реализовать запросы к базе данных:
Вариант 8. «Дума»
В базе данных хранятся сведения:
Каждый депутат входит в одну из партий. В одну партию могут входить несколько депутатов. В одну фракцию может входить несколько партий, каждая партия входит в одну фракцию.
Реализовать запросы к базе данных:
Вариант 9. «Перемещения кадров предприятия»
В базе данных хранятся сведения:
Один работник может трудиться в текущий момент только в одном отделе предприятия, в одном отделе работает много сотрудников, один сотрудник может несколько раз переходить из отдела в отдел с повышением или понижением должности.
Реализовать запросы к базе данных:
Вариант 10. «Повышение квалификации сотрудников»
В базе данных хранятся сведения:
Один сотрудник может неоднократно за время работы на предприятии проходить переаттестацию и повышать квалификацию.
Реализовать запросы к базе данных:
Вариант 11. «Преподаватели кафедры»
В базе данных хранятся сведения
Преподаватель может читать несколько курсов с разными видами занятий. Один курс с определенным видом занятий в определенном семестре читается одним преподавателем. В одной группе изучается несколько курсов, один курс может читаться в нескольких группах.
Реализовать запросы к базе данных:
Вариант 12. «Труды кафедры»
В базе данных хранятся сведения:
Один труд может быть подготовлен несколькими авторами, при этом задается процент участия в изданном труде каждого соавтора. Один преподаватель может подготовить несколько трудов.
Реализовать запросы к базе данных:
Вариант 13. «Квартплата»
В базе данных хранятся сведения:
Квартиросъемщик оплачивает квартплату ежемесячно, тарифы могут меняться многократно.
Реализовать запросы к базе данных:
Вариант 14. «Конференция»
В базе данных хранятся сведения:
Участник конференции может входить только в один комитет, в одном комитете присутствует несколько участников. Участник может оплачивать частями несколько раз. В одной квитанции об оплате может быть оплачено участие в конференции нескольких участников.
Реализовать запросы к базе данных:
Вариант 15. «Продажа недвижимости»
В базе данных хранятся сведения:
Один покупатель может совершить покупку нескольких квартир, один продавец может продавать жилье неоднократно.
Реализовать запросы к базе данных:
Вариант 16. «Лекарства»
В базе данных хранятся сведения:
Один производитель выпускает много лекарственных препаратов. Одно лекарство может быть выпущено только одним производителем, иначе изменится его название. Поставщик может поставить несколько лекарственных препаратов. Одно лекарство может поставляться несколькими поставщиками, при этом факт поставки уточняется количеством и датой поступления.
Реализовать запросы к базе данных:
Вариант 17. «Нагрузка кафедры»
В базе данных хранятся сведения:
На кафедре работает несколько преподавателей, один преподаватель ведет несколько предметов, один предмет может читаться несколькими преподавателями с учетом их должности. Реализовать запросы к базе данных:
Вариант 18. «Начисление зарплаты»
В базе данных хранятся сведения:
Каждый работник получает зарплату с учетом оклада по штатному расписанию, надбавок, налогов.
Реализовать запросы к базе данных:
Вариант 19. «Поликлиника»
В базе данных хранятся сведения:
Один врач может принять нескольких пациентов, один пациент посетить несколько врачей.
Реализовать запросы к базе данных:
Вариант 20. «Путевки»
В базе данных хранится информация:
Получатель может взять несколько путевок, на одну путевку может быть несколько заявлений. В заявлении указывается только одна путевка.
Реализовать запросы к базе данных:
Вариант 21. «Расписание»
В базе данных хранятся сведения:
предметы (название предмета).
В расписании учитывается предмет и преподаватель, его ведущий.
Реализовать запросы к базе данных:
Вариант 22. «Рецепты приготовления блюд»
В базе данных хранятся сведения:
Один компонент может входить в несколько рецептов, в одном рецепте может быть несколько компонент. Реализовать запросы к базе данных:
Вариант 23. «Назначение стипендии»
В базе данных хранятся сведения:
Один студент сдает несколько сессий, одну сессию сдает несколько студентов, стипендия назначается каждому студенту, сдавшему сессию в срок. Реализовать запросы к базе данных:
Вариант 24. «Сведения о сессии»
В базе данных хранятся сведения:
Студенты сдают в сессию несколько предметов, один предмет сдает несколько студентов, преподаватель может, принимать в сессию несколько предметов, один предмет в данную сессию принимает один преподаватель.
Реализовать запросы к базе данных:
Вариант 25. «Склад»
В базе данных хранятся сведения:
Поставщик может поставлять несколько видов товаров, товар может получать несколько получателей.
Реализовать запросы к базе данных:
Вариант 26. «Спорт»
В базе данных хранятся сведения:
Один клиент может заниматься по разным видам спорта, причем занятия одного вида могут проводиться различными преподавателями.
Реализовать запросы к базе данных:
Вариант 27. «Телефонные переговоры»
В базе данных хранятся сведения:
Один абонент может звонить неоднократно. Стоимость переговоров учитывает город и период времени звонка, так как стоимость звонка зависит от времени суток звонка.
Реализовать запросы к базе данных: '
Вариант 28. «Товары»
В базе данных хранятся сведения:
Фирма может поставлять несколько товаров в различные магазины.
Реализовать запросы к базе данных:
Вариант 29. «Фототека»
В базе данных хранятся сведения:
В фототеке ведется учет изготовленных фотографий с учетом пленки и кадра. Из одной пленки может быть напечатано несколько кадров и для каждого кадра несколько фотографий.
Реализовать запросы к базе данных:
Вариант 30. «Футбольный турнир»
В базе данных хранятся сведения:
В данной игре могут играть разные игроки, то есть состав игроков команды в данную игру может меняться. Одна команда может участвовать в нескольких матчах, один игрок может входить в одну команду, в одной команде несколько игроков. Реализовать запросы к базе данных:
(о ввести,
объема
одель базы
н^Я, v |i
, j i if' !l
..^вание магази.т Код магазин^ !i 'If у)' Категории | I' |
i^.!^лефон, ' ; iу Ц- Фамилия flnpeitTppai ;
Вариант 31. «Личное имущество»
В базе данных хранятся сведения:
Категория имущества включает несколько конкретных наименований имущества, имущество может неоднократно подвергаться ремонту.
Реализовать запросы к базе данных:
Отчет о лабораторном практикуме по проектированию и реализации баз данных
средствами СУБД ACCESS
Студент Иванов И.А.
Группа 3101
ЗАДАНИЕ К ЛАБОРАТОРНОМУ ПРАКТИКУМУ
Задание 1. СОЗДАНИЕ БАЗЫ ДАННЫХ
Концептуальная модель базы данных
Перечень таблиц базы данных
Схема связей
Описание структуры таблиц базы данных
Заполнение базы данных
Задание 2. СОЗДАНИЕ ЗАПРОСОВ
Простой запрос
Выбор полей из одной таблицы
Запрос с итогами
Конструктор запросов
Запрос на выборку
Условие отбора типа ИЛИ
Условие отбора типа И.
Запрос с вычисляемыми полями.
Запрос на выборку с параметром.
Параметр-значение текстового поля.
Параметр-диапазон значений
Параметр-подстрока
Запросы из варианта задания
Задание 3. СОЗДАНИЕ ОТЧЕТОВ
Автоотчеты
Автоотчет ленточный.
Автоотчет в столбец.
Мастер отчетов.
Отчет по нескольким полям одной таблицы.
Отчет с группировкой и итогами.
Конструктор отчетов
Отчет с вычисляемыми полями.
Отчет с параметром.
Отчет с группировкой и итогами.
PAGE \* MERGEFORMAT 27