
- •Инфокоммуникационные системы и сети
- •Технология разработки и защиты бд
- •Информация и данные предметных областей.
- •Организация систем бд. Средства поддержки бд.
- •Свойства реляционных таблиц. Назначение первичных и вторичных ключей реляционных таблиц.
- •Функциональные и многозначные зависимости. Операторы реляционной алгебры.
- •Нормальные формы
- •Поддержка целостности данных
- •Функции и состав универсальной субд.
- •Лингвистическое обеспечение субд.
- •Независимость прикладных программ от данных.
- •Селекция данных. Обработка данных.
- •Общая характеристика субд ms Access.
- •Основные этапы разработки базы данных в среде ms Access.
- •Создание таблиц и схем данных в среде ms Access.
- •Создание схемы данных в среде ms Access.
- •Разработка запросов к базе данных в среде ms Access.
- •Конструирование экранных форм для работы с данными в среде ms Access.
- •Конструирование отчетов в среде ms Access.
- •Построение инфологической модели базы данных.
- •Построение семантических сетей базы данных.
- •Построение сетевой модели базы данных.
- •Построение иерархической модели базы данных.
- •Технология odbc.
- •Доступ из ms Access к источникам данных в формате других программных приложений.
- •Технологические решения по организации доступа к данным.
- •Организация многопользовательского доступа к данным.
- •Особенности и понятие автоматизированных информационных системах.
- •Проблема многопользовательского доступа в втоматизированных информационных системах.
- •Основные направления развития технологии клиент-сервер.
- •Организация защиты данных в субд ms Access
- •Реализация клиент-сервер.
- •Реализация файл-сервер.
- •Репликация данных
- •Структура и принципы работы экспертной системы.
- •Структура и принципы работы системы поддержки принятия решений
- •Представление знаний в системах искусственного интеллекта
- •Методы статистической обработки данных
- •Средства и методы защиты информации в информационных системах
Нормальные формы
Нормальная форма — требование, предъявляемое к структуре таблиц в теории реляционных баз данных для устранения из базы избыточных функциональных зависимостей между атрибутами (полями таблиц)
теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм:
1) первая нормальная форма (1 NF);
2) вторая нормальная форма (2 NF);
3) третья нормальная форма (3 NF);
4) нормальная форма Бойса – Кодда (BCNF);
Основные свойства нормальных форм состоят в следующем:
1) каждая следующая нормальная форма в некотором смысле лучше предыдущей нормальной формы;
2) при переходе к следующей нормальной форме свойства предыдущих нормальных форм сохраняются.
В основе процесса проектирования лежит метод нормализации, т. е. декомпозиции отношения, находящегося в предыдущей нормальной форме, на два или более отношений, которые удовлетворяют требованиям следующей нормальной формы (с этим мы столкнемся, когда нам самим придется по мере прохождения материала проводить нормализацию того или иного базового отношения).
Первая нормальная форма (1NF)
Основные критерии: Все строки должны быть различными. Все элементы внутри ячеек должны быть атомарными (не списками). Другими словами, элемент является атомарным, если его нельзя разделить на части, которые могут использовать в таблице независимо друг от друга.
Пример не 1NF таблицы:
Категория |
Товары |
Книги |
Война и Мир, Азбука |
Игрушки |
Юла |
В этом примере в одной из ячеек содержится список из двух элементов: Война и Мир, Азбука, т.е. он является не атомарным.
Исправить можно так:
Категория |
Товары |
Книги |
Война и Мир |
Книги |
Азбука |
Игрушки |
Юла |
Вот, теперь это таблица в первой нормальной форме.
Методы приведения к 1NF: Устраните повторяющиеся группы в отдельных таблицах (одинаковые строки). Создайте отдельную таблицу для каждого набора связанных данных. Идентифицируйте каждый набор связанных данных с помощью первичного ключа (добавить уникальный id для каждой строки)
Вторая нормальная форма (2NF)
Основные критерии: Таблица должна находиться в первой нормальной форме. Любое её поле, не входящее в состав первичного ключа, функционально полно зависит от первичного ключа. Сразу скажу, что если Ваша таблица приведена к первой нормальной форме и у нее установлен уникальный id для каждой строки, то она находится и во второй нормальной форме. Значение второго правила можно понять на примере, когда первичный ключ таблицы состоит из нескольких полей. То есть каждой строке соответствует уникальный набор из нескольких значение полей таблицы.
Например. Эта таблица находится в первой нормальной форме, но не во второй.
Категория |
Дата |
Скидка |
Товар |
Книги |
10.10.2008 |
10% |
PHP for dummies |
Ноутбуки |
11.10.2008 |
20% |
Acer |
Книги |
10.10.2008 |
10% |
Windows XP |
В этой таблице первичный ключ составляют первые два столбца (Категория и Дата).
Скидка функционально полно зависит от них обоих, так как определяется одновременно категорией и датой. А вот с товаром проблемы. Она зависит только от категории и не зависит от даты (в любой день будет лежать там, пока не купят). Поэтому, говорят, что он зависит функционально не полно от всего первичного ключа и функционально полно от его части (Категория). Это нарушает требования второй нормальной формы.
Исправляется это разделением этой таблицы на две другие:
Категория |
Дата |
Скидка |
Книги |
10.10.2008 |
10% |
Ноутбуки |
11.10.2008 |
20% |
Книги |
10.10.2008 |
10% |
Категория |
Товар |
Книги |
PHP for dummies |
Ноутбуки |
Acer |
Книги |
Windows XP |
Вот и все. Теперь эти таблицы находятся во второй нормальной форме.
Методы приведения к 2NF: Создайте отдельные таблицы для наборов значений, относящихся к нескольким записям (Выше мы это сделали). Свяжите эти таблицы с помощью внешнего ключа (В нашем случае – это поле Категория).
Третья нормальная форма (3NF)
Основные критерии: Таблица находится во второй нормальной форме.
Любой её не ключевой атрибут функционально зависит только от первичного ключа. Проще говоря, второе правило требует выносить все не ключевые поля, содержимое которых может относиться к нескольким записям таблицы в отдельные таблицы. Например, есть у нас таблица:
Имя шпиона |
Государство |
Джеймс Бонд |
Великобритания |
Ким Филби |
СССР |
Штирлиц |
СССР |
В этой таблице ключом является имя шпиона. А не ключевым полем – государство, на которое он работает. Вполне логично предположить, что в этой таблице государства могут быть одинаковыми для нескольких записей. И для того, чтобы эта таблица находилась в третей нормальной форме, не обходимо ее разделить на две:
ID |
Государство |
1 |
Великобритания |
2 |
СССР |
Имя шпиона |
Государство |
Джеймс Бонд |
1 |
Ким Филби |
2 |
Штирлиц |
2 |
Благодаря этому правилу, при удалении какого-то государства, имена шпионов не будут утеряны
Вообще, говоря, на практике, совершенствовать таблицы заканчивают на этом этапе (приведя их в третью нормальную форму).
Методы приведения к 3NF: Удаление полей не зависящих от ключа
Нормальная форма Бойса-Кодда (BCNF)
Эта форма почти то же самое, что и третья. С одним небольшим дополнительным условием.
Основные критерии: Таблица находится в третьей нормальной форме В таблице должен быть только один потенциальный первичный ключ. Другими словами, в таблице должен быть только один первичный ключ и не должно быть других потенциальных вариантов (например, набор не ключевых полей это таблицы).
Методы приведения к BCNF: Вынести в отдельную таблицу потенциальные первичные ключи