3 ИСПОЛЬЗОВАНИЕ СУБД ACCESS ДЛЯ ОБРАБОТКИ ИНФОРМАЦИОННЫХ МАССИВОВ

Для решения задач предприятия требуется наличие или разработка приложений прикладных программ для реализации задач на ЭВМ. Процесс разработки приложения с использованием систем управления базами данных можно подразделить на следующие этапы:

1)уточнение задач;

2)определение последовательности выполнения задач;

3)анализ данных;

4)определение структуры данных;

5)разработка макета приложения и пользовательского интерфейса;

6)создание приложения;

7)тестирование и усовершенствование.

3.1Нормализация данных

определения отношений (описания таблиц). Структуру отношения часто задают

ввиде строкового описания по следующему принципу:

–в начале строки указывают большими буквами имя отношения(как правило это имя таблицы);

–за именем отношения в круглых скобках перечисляют имена всех полей (имена столбцов).

Например, R ( a , b ,..., k ) , где R - имя отношения; a , b ,..., k - имена атрибутов.

Выражение R ( a1 , a 2 ,..., a n ) - иногда называют схемой отношения. Здесь n порядок отношения.

Например, ТОВАР(наименование_товара, единицы_измерения, цена),

где ТОВАР – имя отношения (таблицы); наименование_товара, единицы_измерения, цена – имена полей.

7

Правило 1. Каждое поле любой таблицы должно быть уникальным.

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

Правило 3. Для каждого значения первичного ключа значения в столбцах данных должны относиться к объекту таблицы и полностью его описывать.

Правило 4. Пользователь должен иметь возможность изменять значения любого поля (не входящего в первичный ключ) без воздействия на данные других полей.

Первичным ключом называется поле(или несколько полей), значение которого не повторяется ни в одной записи данной таблицы.

Пример. Для ведения учёта поставки материалов создать базу данных, содержащую следующую информацию:

–дата поставки материала;

–наименование материала;

–количество поставленного материала;

–единица измерения материала;

–цена материала за единицу;

–наименование организации поставщика;

–город местонахождения поставщика;

–контактный телефон.

Осуществить нормализацию данных.

1.Чтобы избежать повторений информации о городах при вводе данных

опоставщиках из одного и того же города, следует создать отдельную таблицу, содержащую сведения о городах, устанавливая при этом каждому городу отдельный числовой код. Структуру таблицы можно представить следующим образом:

ГОРОД(Код_города, Город)

В этой таблице поле"Код_города" является первичным ключом, т. к. повторных значений этого поля в таблице не должно быть.

2. Чтобы избежать повторения информации о поставщиках, случае нескольких поставок от одного и того же поставщика, необходимо создать отдельную таблицу, в которой поместить сведения о каждом поставщике, предусматривая для каждого поставщика отдельный числовой код. Структуру отношений в этой таблице можно записать следующим образом:

ПОСТАВЩИК(Код_поставщика, Поставщик, Телефон, Код_города)

Первичным ключом этой таблицы является поле "Код_поставщика", т. к. ни одно значение этого поля повторяться не должно.

8

ЕДИНИЦА_ИЗМЕРЕНИЯ(Код_единицы_измерения, Единица_измерения)

В этой таблице поле"Код_единицы_измерения" является первичным ключом, т. к. повторных значений этого поля в таблице не должно быть.

4. Чтобы избежать повторений информации о материалах при вводе данных о поставках одного и того же материала, следует создать отдельную таблицу, содержащую сведения о материалах, устанавливая при этом каждому материалу отдельный числовой код. Если цена материала не зависит от даты поставки и поставщика, структуру таблицы можно представить следующим образом:

МАТЕРИАЛ(Код_материала, Материал, Код_единицы_измерения, Цена_за_единицу)

В этой таблице поле "Код_материала" является первичным ключом, т. к. повторных значений этого поля в таблице не должно быть.

5. Наиболее часто изменяемой и пополняемой будет таблица о поставках материалов с указанием даты поставки, материала, количества поставленного материала, поставщика. Для каждой записи этой таблицы тоже можно указать уникальный числовой код. Структуру отношений в этой таблице можно записать следующим образом:

ПОСТАВКА(Код_поставки, Дата_поставки, Код_материала, Количество_материала, Код_поставщика)

Первичным ключом этой таблицы является поле"Код_поставки", т. к. ни одно значение этого поля повторяться не должно. Поля "Код_материала" и "Код_поставщика" являются чужим ключом, так как каждый из них является

ключом другой таблицы. В таблице ПОСТАВКА значения каждого из них могут повторяться, то есть одинаковых значений каждого из этих полей может быть много.

9

3.4Свойства полей БД

Для полей можно указать следующие свойства: размер, формат, число десятичных знаков, маску ввода, подпись, значение по умолчанию, условие на значение, сообщение об ошибке, является ли поле обязательным, является ли оно индексированным.

1. Размер поля указывается для текстового и числового полей. Для текстового поля выбирается максимальное количество символов. Для числового поля выбирается одно из свойств:

•байт (целые числа от 0 до 255);

•целое (целые числа от –32 768 до 32 767);

•длинное целое (целые числа от –2 147 483 648 до 2 147 483 647);

•с плавающей точкой (числа с точностью до 10 знаков от –1, 797х10308

до 1, 797х10308).

2. Формат поля устанавливается для полей числового типа, денежного, дата/время и логического.

Для данных числового и денежного типов существуют форматы:

•основной формат (устанавливается по умолчанию; отсутствуют разделители групп и символы денежной единицы, а число десятичных знаков зависит от точности данных);

•денежный (символы денежной единицы и два знака после запятой);

•фиксированный (по крайней мере один знак до и два после запятой и разделители групп);

10

3. Число десятичных знаков.

Для числового и денежного типов данных можно задать число знаков после запятой.

Пример. Установим тип и свойства полей для таблиц , ГОРОД ПОСТАВЩИК, ЕДИНИЦА_ИЗМЕРЕНИЯ, МАТЕРИАЛ, ПОСТАВКА, как показано в таблицах 3.2 – 3.6.

11