- •1. Экономическая информация в автоматизированных информационных системах
- •1.1. Понятие экономической информации, ее виды, особенности, структурные единицы
- •1.2. Экономические информационные системы, их классификация, информационное обеспечение
- •1.3. Внемашинная организация экономической информации
- •2. Организация данных в базах
- •2.1. Недостатки файловой организации данных Понятие базы данных
- •2.2. Иерархическая и сетевая модели данных
- •2.3. Реляционная модель данных
- •2.3.1. Логические связи между отношениями
- •2.3.2. Нормализация отношений
- •2.3.3. Достоинства и недостатки реляционной модели данных
- •2.3.4. Операции над отношениями
- •3. Проектирование реляционной базы данных
- •3.1. Проектирование и его принципы
- •3.2. Этапы проектирования реляционной базы данных
- •4. Системы управления базами данных
- •4.1. Понятие и функциональные возможности субд
- •4.2. Классификация субд
- •4.3. Режимы работы пользователя с субд
- •4.4. Современные субд
- •4.4.1. Настольные субд
- •4.4.2 Серверные субд
- •4.4.3. Распределенные субд
- •4.5. Тенденции развития субд
- •4.5.1. Объектно-ориентированные и объектно-реляционные субд
- •4.5.2. Системы управления базами знаний
- •5. Общая характеристика cубд Microsoft Access 2000
- •5.1. Субд Microsoft Access 2000
- •5.2. Объекты бд и их размещение
- •5.3. Пользовательский интерфейс Access
- •Сервис/Параметры вкладка Вид
- •5.4. Справочная система Access и пользование ею
- •5.5. Настройка рабочей среды в Access
- •5.6. Данные в Access
- •5.7. Выражения в Access
- •5.8. Инструментальные средства создания объектов бд
- •6. Создание и корректировка бд в субд Access
- •6.1. Проектирование базы данных для учебного примера
- •6.2. Создание файла бд
- •6.3. Создание таблицы
- •Окно бд объект Таблицы [Создать]
- •6.4. Создание схемы данных и корректировка бд
- •Файл / Печать схемы данных
- •6.5. Работа с таблицей
- •7. Формирование запросов в субд Access
- •7.1. Возможности, типы и способы создания запросов
- •7.2. Создание запроса выбора
- •Правка / Удалить столбцы
- •Правка / Очистить бланк
- •7. 3. Создание перекрестного запроса
- •7.4. Создание запросов действия
- •Запрос / Создание таблицы
- •Запрос / Обновление
- •8.2. Назначение и способы проектирования отчетов
- •8.3. Инструментальные средства конструкторов форм и отчетов
- •Вид/Панели инструментов;
- •Вид/Панель элементов
- •Вид/Cетка;
- •Вид / Заголовок ! Примечание формы Вид / Заголовок ! Примечание отчета
- •Вид / Сортировка и группировка
- •8.4. Элементы управления и работа с ними
- •8.5. Рекомендации к созданию формы
- •8.6. Работа с формой
- •8.8. Работа с отчетом
- •9.2. Команды sql
- •Пример команды sql
- •9.3. Данные и выражения
- •9.4. Формирование запросов на языке sql
- •9.5. Создание запроса на языке sql в субд Access
- •10. Инструментальные средства разработки прикладных программ в субд Access
- •10.1. Понятие макроса и модуля
- •10.2. Классификация макрокоманд. Типы макросов
- •10.3. Создание макроса и работа с ним
- •11. Администрирование базы данных
- •11.1 Пользователи и администратор базы данных
- •11.2. Защита базы данных
- •11.3. Восстановление базы данных
- •11.4. Сжатие базы данных
2.3.2. Нормализация отношений
При проектировании реляционной БД центральная задача – это определение количества отношений и их атрибутного состава. Задача группировки в отношения, набор которых заранее не фиксирован, допускает множество различных вариантов решений. Рациональные варианты группировки должны учитывать следующие требования:
множество отношений должно обеспечивать минимальную избыточность данных;
корректировка отношений не должна приводить к двусмысленности или потере данных;
перестройка набора отношений при добавлении в БД новых полей должна быть минимальной.
Наиболее изученным способом преобразования отношений, позволяющих улучшить характеристики БД по перечисленным критериям, является нормализация отношений. Это процесс приведения отношений к той или иной нормальной форме. Методику нормализации отношений разработал американский ученый А. Ф. Кодд в 1970 г. Он выделил три нормальные формы - 1НФ, 2НФ, 3НФ. Позже стали выделять 4НФ и 5НФ. Каждая последующая нормальная форма вводит определенные ограничения на хранимые в БД данные.
Отношение находится в первой нормальной форме, если все его поля являются простыми. Пример ненормализованного отношения:
Книга |
Автор |
Цена, тыс.р. |
Телефон |
А |
Крюк К. К. Лис Л. Л. |
2 |
11-11-11 77-77-77 |
В |
Дудов Д. Д. Павлов П.П. |
6 |
44-44-44 55-55-55 |
Отношение содержит клетки, включающие несколько значений поля. Приведение этого отношения к 1НФ производится путем вставки записей:
Книга |
Автор |
Цена, тыс.р. |
Телефон |
А |
Крюк К. К. |
2 |
11-11-11 |
А |
Лис Л. Л. |
2 |
77-77-77 |
В |
Дудов Д. Д. |
6 |
44-44-44 |
В |
Павлов П.П. |
6 |
55-55-55 |
Отношение находится во второй нормальной форме, если оно удовлетворяет требованиям первой нормальной формы и неключевые поля функционально полно зависят от ключа. Полная функциональная зависимость означает, что значение каждого неключевого поля однозначно определяется значением ключа.
В предыдущем отношении неключевое поле «Телефон» не зависит от ключа «Книга». Для приведения этого отношения ко 2НФ его надо разбить на три:
1) информация о книгах:
Номер книги |
Книга |
Цена, тыс.р |
1 |
А |
2 |
2 |
В |
6 |
2) информация об авторах:
Автор |
Телефон |
Крюк К. К. |
11-11-11 |
Лис Л. Л. |
77-77-77 |
Дудов Д. Д. |
44-44-44 |
Павлов П.П. |
55-55-55 |
3) информация о том, какой автор написал какую книгу:
Автор |
Номер книги |
Крюк К. К. |
1 |
Лис Л. Л. |
1 |
Дудов Д. Д. |
2 |
Павлов П.П. |
2 |
Все три отношения имеют 2НФ.
Отношение находится в третьей нормальной форме, если оно удовлетворяет требованиям второй нормальной формы и при этом неключевые поля зависят от ключа нетранзитивно. Транзитивной называется такая зависимость, при которой какое-либо неключевое поле зависит от другого неключевого поля, а то, в свою очередь, зависит от ключа.
Приведем пример отношения, находящегося во 2НФ, такой структуры:
Таб. № |
Должность |
Оклад |
В этом отношении имеется транзитивная зависимость: неключевое поле «Оклад» зависит от неключевого поля «Должность», которое зависит от ключа «Таб. №». Она устраняется, если исходное отношение разбить на два отношения следующей структуры:
В результате требования 3НФ удовлетворены.