- •Информатика Лабораторный практикум Работа с базами данных в субд access 2007
- •Оглавление
- •Введение
- •Требования к организации рабочего места
- •1.2 Реляционные базы данных
- •1.6.2 Создание таблиц с помощью мастера и путем ввода данных (в режиме таблицы)
- •1.6.3 Импорт таблиц
- •1.7 Использование режима таблицы
- •2 Содержание работы
- •2.1 Создание однотабличной бд с помощью Конструктора таблиц.
- •2.2 Создание однотабличной базы данных с помощью Мастера таблиц
- •2.3 Создание однотабличной базы данных путем ввода данных.
- •2.4 Создание однотабличной базы с помощью импорта таблиц.
- •2.5 Создание однотабличной бд для определенной предметной области.
- •Требования к оформлению отчета
- •3 Контрольные вопросы
- •Лабораторная работа №2
- •1.2 Типы связей (отношений) между таблицами
- •1.2.1 Связь типа «один-к-одному» (1:1)
- •1.2.2 Связь типа «один-ко-многим» (1:м). Ключевые поля
- •1.2.3 Связь типа «много-ко-многим» (м:м)
- •1.3 Создание многотабличной базы данных в субд Access
- •1.3.1 Определение ключевых полей
- •1.3.2 Определение связи между таблицами
- •1.3.3 Использование Мастера подстановок при вводе данных
- •2 Содержание работы
- •2.1 Создание многотабличной базы данных «Вступительные экзамены»
- •2.2 Создание многотабличной базы данных для определенной предметной области
- •Требования к оформлению отчета
- •3 Контрольные вопросы
- •Лабораторная работа №3
- •1.3 Режимы создания запросов
- •1.5.6 Выполнение запроса
- •1.6.5 Условия с логическим или
- •1.7 Запросы с вычислениями
- •1.7.1 Создание вычисляемых полей
- •1.7.2 Правила записи выражений для вычисляемых полей
- •1.7.3 Определение подписи вычисляемых полей
- •1.9 Особенности многотабличных запросов
- •2 Порядок выполнения работы
- •Требования к оформлению отчета
- •3 Контрольные вопросы
- •Лабораторная работа №4
- •1.2 Запросы на создание таблицы
- •1.3 Запросы на обновление записей
- •1.4 Запрос на удаление записей
- •1.4.1 Удаление записей из связанных таблиц
- •1.5 Запросы на добавление записей
- •1.5 Итоговые запросы
- •1.6 Перекрестные запросы
- •1.6.1 Создание перекрестного запроса в режиме Конструктора
- •2 Порядок выполнения работы
- •Требования к оформлению отчета
- •3 Контрольные вопросы
- •Лабораторная работа №5 Создание и редактирование отчетов в Access
- •1 Общие сведения
- •1.1 Основные сведения об отчетах
- •1.2 Создание нового отчета
- •1.3 Выбор режима создания отчета
- •1.4 Структура отчета
- •1.5 Элементы управления
- •1.6 Редактирование элементов отчета
- •1.7 Свойства элементов отчета
- •1.8 Сортировка и группировка
- •1.8.1 Задание диапазонов группировки
- •1.9 Использование вычисляемых полей
- •1.9.1 Вычисления в области данных
- •1.9.2 Вычисление промежуточных итогов для групп и общего итога
- •1.9.3 Объединение текстовых значений и скрытие повторяющихся значений
- •1.9.4 Вычисление процентов
- •1.9.5 Вычисление итогов с накоплением
- •1.10 Создание отчета с помощью Мастера отчета
- •1.11 Просмотр готового отчета
- •2 Порядок выполнения работы
- •3 Контрольные вопросы
- •Библиографический список
- •Приложение а Варианты заданий для создания однотабличной базы данных
- •Приложение б Варианты заданий для создания многотабличной базы данных
- •Приложение в Варианты запросов на выборку к базе данных Учебная
- •Приложение г Варианты индивидуальных заданий для выполнения запросов Вариант 1
- •Продолжение приложения г
- •Вариант 2
- •Продолжение приложения г
- •Продолжение приложения г
- •Вариант 3
- •Окончание приложения г
- •Приложение д Варианты запросов на создание таблицы к базе данных Учебная
- •Приложение е Варианты для создания запросов на обновление к бд Учебная
- •Приложение ж Варианты для создания запросов на удаление записей к бд Учебная
- •Приложение з Варианты для создания перекрестных запросов к бд Учебная
- •Приложение и Варианты для создания отчетов к бд Учебная
- •Окончание приложения и
1.2 Типы связей (отношений) между таблицами
Связи между любыми двумя таблицами реляционной БД относятся к одному из трех типов: один-к-одному (1:1) , один-ко-многим (1:М) и много-ко-многим (М:М).
1.2.1 Связь типа «один-к-одному» (1:1)
При этом типе связи каждой записи в одной таблице соответствует не более одной записи в связанной таблице. Этот вид связи встречается довольно редко. В основном в тех случаях, когда часть информации об объекте либо редко используется, либо является конфиденциальной (такая информация хранится в отдельной таблице, которая защищена от несанкционированого доступа).
Например, анкетные данные студента (ФИО, факультет, курс, группа, дата рождения и т.п.) могут храниться в одной таблице БД, а сведения о родителях этого студента – в другой, т.к. эта информация используется достаточно редко и может быть отделена от основной.
1.2.2 Связь типа «один-ко-многим» (1:м). Ключевые поля
При таком типе связи каждой записи в одной таблице соответствует одна или более записей в связанной таблице. Для реализации такого отношения используются две таблицы. Одна из них представляет сторону «один», другая - сторону «много».
Например, нужно иметь информацию о студентах и результатах сдачи ими экзаменов (дата сдачи, предмет, оценка и т.д.). Если все это хранить в одной таблице, то ее объем неоправданно возрастет, т.к. в ней для каждой записи об очередном экзамене должны повторяться все анкетные сведения о студенте. Поскольку Студент и Экзамены - это разные сущности, то и атрибуты их должны храниться в разных таблицах. Но эти сущности связаны между собой, т.к. экзамены сдает определенный студент. Причем один студент может сдавать несколько экзаменов, т.е. налицо тип отношения «один-ко-многим».
Решением этой задачи является создание двух таблиц (например, Студенты и Экзамены), в каждой из которых хранятся соответствующие атрибуты (рисунок 2). Для связывания этих таблиц нужно использовать какой-либо атрибут студента, сдающего экзамен, который будет повторяться в обеих таблицах. Но этот атрибут должен однозначно идентифицировать каждый экземпляр сущности Студент, т.е. являться уникальным для каждого студента. Таким атрибутом может стать, например, номер зачетки (он уникален для каждого студента). В данном случае атрибут Номер зачетки будет являться ключом для сущности Студент.
Рисунок 2 Пример связи «один-ко-многим»
Ключ – это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Ключ может быть простым (когда он состоит из одного атрибута) и составным (когда он состоит более чем из одного атрибута). Если в таблице нет поля, однозначно определяющего каждую запись, его нужно создать искусственно.
В таблице со стороны «один» ( в нашем примере Студенты) поле Номер зачетки будет ключевым.
1.2.3 Связь типа «много-ко-многим» (м:м)
При этом типе связи множеству записей в одной таблице соответствует множество записей в связанной таблице. Большинство современных СУБД непосредственно не поддерживают такой тип отношений. Для его реализации отношение разбивается на два, имеющих тип «один-ко-многим». Соответственно, для хранения информации потребуется уже как минимум три таблицы: две со стороны «много» и одна со стороны «один». Связь между этими тремя таблицами также осуществляется посредством ключевых полей.