Правила нормализации таблицы

1. Каждое поле любой таблицы должно быть уникальным(не должно быть повторяющихся полей).

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

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

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

5. Вычисляемые поля не рекомендуется хранить в таблице, достаточно иметь исходные значения полей в БД, а вычисления выполнить в запросе к БД.

8.

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

Для этого необходимо ответить на следующие вопросы:

· кто будет иметь права (и какие) на использование базы данных;

· кто будет иметь права на модификацию, вставку и удаление данных;

· нужно ли делать различие в правах доступа;

· каким образом обеспечить общий режим защиты информации и т.п.

Обычно эти задачи решаются совместно с системным администратором БД.

Создание базы данных

Создание базы данных, способной решать информационно-поисковые задачи, выполняется с помощью определённой СУБД в несколько этапов:

1.Создание базы данных:

1) создание структуры таблиц БД;

2) ввод данных в таблицы, заполнение БД;

3) редактирование данных;

4) создание форм для ввода и просмотра данных.

2.Создание объектов для работы с базой данных:

1) запросов для вывода нужных сведений;

2) отчётов для документирования нужных данных;

3) макросов для автоматизированного выполнения нескольких операций;

4) программных модулей для автоматизации работы с БД.

 

3.Разработка пользовательского интерфейса