
- •Содержание
- •Лабораторная работа № 1 Создание однотабличной базы данных
- •Краткие теоретические сведения
- •Идентификация строк (первичный ключ)
- •Общие сведения о субд Access
- •Сортировка данных
- •Отбор данных с помощью фильтра
- •Содержание работы
- •Структура таблицы Преподаватели
- •Порядок выполнения задания 2:
- •Содержание отчета
- •Контрольные вопросы
- •Содержание работы
- •Телефон Рис. 2.3. Логическая модель базы данных
- •Содержание отчета
- •Контрольное задание
- •Простые запросы на выборку
- •Краткие теоретические сведения
- •Содержание работы
- •Печать с сортировкой – предложение order by
- •Выборка из таблицы с условием - предложение where
- •Поиск подстрок – оператор like
- •Контрольное задание
- •Запросы с соединением
- •Контрольное задание
- •Соединение 3-х и более таблиц
- •Подзапросы с exists и not exists
- •Контрольные задания.
- •Краткие теоретические сведения
- •Содержание работы
- •Контрольное задание
- •Обновление таблиц
- •Обновление с подзапросом
- •Приложения архитектуры файл-сервер
- •Отделение данных от приложения
- •Режимы открытия базы данных
- •Период обновления
- •Блокировка
- •Оптимистическая блокировка
- •Пессимистическая блокировка.
- •Блокировка и формы
- •Транзакции
- •Содержание работы
- •Содержание отчета
- •Контрольные вопросы
- •Защита приложений Access на уровне рабочих групп
- •Краткие теоретические сведения
- •Рабочие группы
- •Создание новой рабочей группы
- •Учетные записи пользователей и групп
- •Идентификаторы pid и sid, пароли
- •Предоставление разрешений
- •Административные права доступа
- •Право на владение объектами базы данных
- •Удаление учетной записи
- •Шифрование баз данных Jet
- •Содержание работы
- •Содержание отчета
- •Контрольные вопросы
- •Лабораторная работа №9 Репликация баз данных
- •Краткие теоретические сведения
- •Репликация
- •Синхронизация
- •Устранение конфликтов
- •Видимость реплик
- •Частичные реплики
- •Реплики с запрещенным удалением
- •Управление репликацией посредством меню Access
- •Защита реплицированной базы данных
- •Публикация данных в корпоративной сети и Интернете
- •Создание редактируемой страницы
- •Создание группы
- •Добавление еще одного уровня группировки
- •Формирование итоговых данных
- •Анализ данных
- •Публикация страниц в папках Web или на web-сервере.
- •Содержание работы
- •Содержание отчета
- •Контрольные вопросы
- •Приложения архитектуры клиент-сервер
- •Краткие теоретические сведения
- •Преимущества архитектуры клиент-сервер
- •Надежность и защита данных
- •Производительность
- •Создание проектов Access
- •Создание хранимых процедур
- •Синтаксис хранимых процедур
- •Параметры и переменные
- •Выполнение хранимых процедур
- •Создание триггеров
- •Синтаксис триггеров
- •Транзакции и оператор Raiseerror
- •Защита проектов Access (adp)
- •Содержание работы
- •Содержание отчета
- •Контрольные вопросы
- •Реализовать следующие функции системы Функции библиотекаря.
- •Функции читателя
- •2. Автоматизация поликлиники – выдача талонов
- •4. Автоматизация книжного магазина. Описание основных сущностей
- •Реализовать следующие функции системы Функции менеджера магазина.
- •7. Автоматизация супермаркета.
- •Факультет иэф
- •10.Автоматизация поликлиники – вызовы на дом
Содержание отчета
Оформите отчет, в котором должны быть отражены
структура таблицы “Преподаватели”, ограничения на данные, значения по умолчанию;
ответы на контрольные вопросы
Контрольные вопросы
Что такое база данных?
Что такое первичный ключ?
Какие основные компоненты базы данных Access?
Какими способами в Ассess можно создать таблицу?
Какими способами в Аccess можно вводить информацию в базу данных?
Как отфильтровать данные в форме?
Лабораторная работа №2
Разработка инфологической модели и создание
реляционной базы данных
Цель работы: Получить представление об инфологической и реляционной моделях баз данных
Краткие теоретические сведения
Внешние и родительские ключи
Реляционная база данных редко состоит из одной таблицы. При создании нескольких таблиц со связанной информацией можно выполнять более сложные и мощные операции над данными. Мощность базы данных заключается, скорее, в связях, которые вы конструируете между частями информации, чем в самих этих частях. Такая организация данных позволяет уменьшить избыточность хранимых данных, упрощает их ввод и организацию запросов и отчетов.
Например, в базе данных нужно хранить информацию о преподавателях (см. 1 работу), кафедрах ВУЗа (название, номер кабинета, телефон), а также информацию о том, к какой кафедре относится каждый из преподавателей. Это можно сделать следующим образом:
Создать и заполнить таблицу Кафедры. Поле код будет являться первичным ключом.
Таблица 2.1
Таблица “Кафедры”
Код |
Название |
Номер кабинета |
Телефон |
1 |
Информатики |
123 |
2-23 |
2 |
Физики |
356 |
5-69 |
3 |
Математики |
456 |
9-54 |
2. Создать и заполнить таблицу Преподаватели (см. работу 1). В таблице Преподаватели добавить числовое поле код кафедры. В поле код кафедры таблицы Преподаватели нужно указывать код той кафедры на которой работает данный преподаватель (берется из таблицы Кафедры). Поле код кафедры таблицы Преподаватели ссылается на поле код таблицы Кафедры.
Таблица 2.2
Таблица “Преподаватели”
Код |
Фамилия |
Имя |
Отчество |
Дата рождения |
Должность |
Телефон |
Код дисциплины |
1 |
Истомин |
Павел |
Степанович |
23.10.54 |
Доцент |
35-56-34 |
1 |
2 |
Миронов |
Сергей |
Юрьевич |
26.07.48 |
Профессор |
27-77-55 |
2 |
3 |
Гришин |
Евгений |
Николаевич |
05.12.64 |
Ассистент |
20-33-76 |
1 |
4 |
Сергеева |
Ольга |
Ивановна |
13.05.76 |
Доцент |
33-32-67 |
3 |
5 |
Котова |
Татьяна |
Ивановна |
17.02.53 |
Ст. препод. |
77-28-78 |
3 |
6 |
Игнатова |
Татьяна |
Павловна |
30.06.68 |
Доцент |
32-10-97 |
4 |
7 |
Миронов |
Алексей |
Романович |
23.06.50 |
Ст.препод. |
31-55-34 |
1 |
Значения поля код кафедры таблицы Преподаватели должны быть представлены в поле Код таблицы Кафедры. В таблице Преподаватели не может присутствовать запись со значением поля Код преподавателя равным, например 4, т.к. в таблице Кафедры нет записи с таким кодом. В противном случае будет нарушаться ссылочная целостность базы данных.
Когда поле таблицы ссылается на поле другой таблицы, оно называется внешним ключом. Поле, на которое ссылается внешний ключ, называется его родительским ключом.
Если внешний ключ не является первичным, то он может повторяться в нескольких строках. Например, в таблице Преподаватели есть две строки со значением поля Код кафедры равным 2. Значение родительского ключа равное 2 соответствует кафедре Физики. Т.е. преподаватели Миронов и Игнатова работают на кафедре Физики. Образованная связь называется Один-ко-многим. Т.е. на одной кафедре может работать несколько преподавателей, а каждый преподаватель работает только на одной кафедре.
Связь Один-ко-многим - наиболее часто используемый тип связи между таблицами. В такой связи каждой записи таблицы А может соответствовать несколько записей в таблице В (поля с этими записями называются ключами), а запись в таблице В не может иметь более одной соответствующей ей записи в таблице А.
Более сложная связь, при которой каждой записи таблицы А может соответствовать несколько записей таблицы B, а каждой записи таблицы B может соответствовать несколько записей таблицы А называется многие- ко-многим. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит, по крайней мере, из двух полей, одно из которых является общим с таблицей А, а другое - общим с таблицей В. Т.е. связь многие-ко-многим между таблицами А и В сводится к двум связям один-ко-многим между таблицами А, С и В, С.
При связи Один-к-одному запись в таблице А может иметь не более одной связанной записи в таблице В и наоборот. Этот тип связи используется не очень часто, поскольку такие данные могут быть помещены в одну таблицу. Связь с отношением Один-к-одному применяют для разделения очень широких таблиц, а также для отделения части таблицы в целях ее защиты.
В СУБД Access есть средства автоматической проверки ссылочной целостности данных при вводе. Для того, чтобы их использовать перед заполнением базы данных необходимо связать таблицы.
Тип создаваемой связи зависит от полей, для которых определяется связь:
связь Один-ко-многим создается в том случае, когда только одно из полей является ключевым или имеет уникальный индекс, т. е. значения в нем не повторяются;
связь Один-к-одному создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы;
связь Многие-ко-многим фактически представляет собой две связи типа Один-ко-многим через третью таблицу, ключ которой состоит, по крайней мере, из двух полей, общих для двух других таблиц.