Нормализация таблиц предназначена для устранения этих недостатков.

Имеется три нормальные формы отношений.

Первая нормальная форма. Реляционная таблица приведена к первой нормальной форме, если все ее поля простые (т.е. далее неделимые). Так, если из таблицы Студент требуется получать сведения по имени студента, то поле ФИО следует разбить на части Фамилия, Имя, Отчество.

Вторая нормальная форма. Реляционная таблица задана во второй нормальной форме, если она приведена к первой нормальной форме, и каждый неключевое поле полностью зависит от любого возможного ключа. Чтобы привести таблицу ко второй нормальной форме, необходимо определить функциональную зависимость полей. Функциональная зависимость полей – это зависимость, при которой в экземпляре информационного объекта определенному значению ключевого реквизита соответствует только одно значение описательного реквизита.

Третья нормальная форма. Таблица находится в третьей нормальной форме, если она находится во второй нормальной форме, и отсутствует транзитивная зависимость полей. Транзитивная зависимость наблюдается в том случае, когда одно из двух описательных полей зависит от ключа, а другое описательный поле зависит от первого описательного поля. Например, в таблице Студент (№ группы, ФИО, № зачетной книжки, Дата рождения, Староста) три поля: № зачетной книжки, № группы, Староста находятся в транзитивной зависимости. № группы зависит от № зачетной книжки, а Староста зависит от № группы. Для устранения транзитивной зависимости необходимо часть полей таблицы Студент перенести в другую таблицу Группа. Таблицы примут следующий вид: Студент (№ группы, ФИО, № зачетной книжки, Дата рождения), Группа (№ группы, Староста).

3 формы нормализации:

1. отношение называется приведенным к 1НФ, если все атрибуты простые, т.е. неделимые. Преобразование может привести к повышению кол-ва атрибутов объекта;

2. 2НФ: отношение должно находиться в 1НФ и каждый неключевой (описательный) атрибут должен функционально зависеть от ключевого атрибута (составного или простого), т.е. если описательный не зависит от ключевого, то выделяется новый информационный объект и вместо описательного атрибута вводится ключ вновь созданного объекта – вторичный ключ;

3. 3НФ: отношения находящиеся во 2НФ и каждый неключевой (описательный) реквизит не имеет транзитивной зависимости от первичного ключа.

Транзитивная зависимость – описательный реквизит зависит не только от ключевого, но и от другого описательного реквизита. При транзитивной зависимости выделяют новый информационный объект.

 

СУБД ACCESS. Основные объекты СУБД.

СУБД ACCESS – система управления БД, предназначенная для хранения и поиска данных, представленных в удобном виде; возможна автоматизация части повторяющихся действий.

СУБД используется в качестве инструмента для создания автоматизированной информационной системы, основанной на технологии БД.

ACCESS – реляционная СУБД, представляющая собой совокупность связанных между собой реляционных таблиц.

Все объекты БД ACCESS и средства их отображения хранятся в одном файле с расширением MDB (создается в самом начале), позволяет работать в сети.

Объекты – таблицы, запросы, формы, отчеты, страницы доступа, макросы, модули.

Таблица – главное хранилище информации.

Запросы – создаются пользователями для выборки нужных данных из одной или нескольких связанных таблиц по заданному условию.

Формы – предназначены для ввода, просмотра, редактирования данных в удобной для пользователя форме.

Отчеты используются для формирования выходного документа, предназначенного для вывода на печать.

Макрос – описание действий, которые должны быть выполнены в ответ на некоторое событие, каждое действие реализуется макрокомандой.

Модуль – содержит программы на языке Visual Basic, которые использует пользователь для нестандартной обработки данных.

Страница доступа к данным – специальный тип WEB-страниц, предназначенных для просмотра и работы в Internet, Intranet с данными, хранящимися в БД access.

 

Основные технологические этапы работы с СУБД.

1. Конструирование (создание) БД

· Создание структур таблиц

· Заполнение таблиц данными

· Конструирование запросов

· Конструирование форм

· Конструирование отчетов

· Конструирование страниц доступа к данным

· Автоматизация управления БД через создание макросов и модулей

2. Эксплуатация БД:

· Ввод данных в таблицы и их редактирование:

а) с использованием стандартной формы в виде таблицы

б) с помощью пользовательских экранных форм и страниц доступа к данным;

· Выборка данных из таблиц в электронном виде на основе запросов, форм и страниц доступа

· Отображение данных в виде отчётов, выводимых на принтер.

9. Таблицы: структура, индексирование, определение имен полей, их типов и описаний, свойства полей, установка связи между таблицами, ввод и редактирование данных.

Таблица – основа СУБД, в ней хранятся все данные, структура таблиц определяет содержание тех форм и отчетов, которые будут создаваться на основе таблицы.

Структура таблицы:

ИМЯ ПОЛЯ: не более 64 символов (в состав символов не входят:!,. []), имя не должно начинаться с пробела.

ТИП ДАННЫХ: определяет тип и диапазон допустимых значений, кот могут быть введены в поле, определяет объем памяти текстового поля (меньше или равно 256 байт).

СВОЙСТВА: описание, подстановка, общие свойства.

 

Общие:

Размер поля – определяет, сколько места будет занимать запись. Если тип поля числовой, то размер поля может быть:

· 1 байт – числа от 0-255

· Целое (integer) – 2 байта – числа от -32 до +32767

· Длинное целое (long integer) – от -2миллионов до +2млн

· С плавающей точкой (мантисса – 7 знаков, 4 байта), с плавающей точкой двойной точности – 8 байт.

· Гиперссылка – длина поля до 6 тыс 144 символов

· Поле OLE – длина до 1 гб

Значение по умолчанию – автоматическое появление в каждой вводимой записи.

Условие назначения – позволяет определить требования к данным, вводимым в это поле, длина условия не более 2048 символов.

Сообщение об ошибке – выводится, если условие назначения не выполняется.

Обязательное поле – не перейдем на ввод следующей записи, пока не заполним обязательное поле.

Индексируемое поле – определяет, является ли поле индексируемым: создается ли по нему индекс.

 

Каждая таблица должна иметь ключевое поле!!!

 

Вкладка Подстановка: позволяет выбрать стандартный элемент управления (поле со списком, список), связать поле с другой таблицей для более быстрого и эффективного ввода данных.

 

Связи между таблицами: Сервис –схема данных

Связи: 1-1, 1 ко множеству, многие к многим.

Логическое условие в запросах. Логические операторы, порядок выполнения операторов.

Условия отбора для полей запроса задаются в одноименной строке. Если условия в этой строке определены для нескольких полей, то они связаны логической функцией «И». Если условия отбора разных полей определены в разных строках: Условие отбора и Или, то такие условия связаны логической функцией «ИЛИ». Запрос может иметь сложный критерий, в соответствии с которым для полей определены условия отбора в обеих строках.

Условие отбора записей – это набор предопределенных в Access и устанавливаемых в запросе пользователем правил. При построении критерия (условия) отбора в запросах могут использоваться выражения, операторы и функции Access.

Оператор Between позволяет задать интервал для числового значения, например: Between 300 And 500

Оператор IN позволяет выполнить проверку на равенство любому значению из списка, который задается в круглых скобках, например: IN(3181,3185) или IN("Москва","Санкт-Петербург","Казань")

Оператор Like позволяет использовать образцы и символы шаблона при поиске данных, например: Like "Михайлов" или Like "М*"

Допускается использование в литералах символов шаблона *,?, #, [список], [!список].

? – в позиции шаблона может быть любой символ: (0 – 9), (Aa – Zz), (Аа – Яя);

* - любое количество символов;

# - в позиции может быть любая цифра;

[список] – в позиции может быть любой символ из списка;

[!список] – в позиции может быть любой символ за исключением символов из списка.