3. Каждому значению первичного ключа должна соответствовать исчерпывающая информация об объекте таблицы. 4. Изменение значения любого поля таблицы, не входящего в состав первичного ключа, не должно влиять на информацию в других полях. Структура реляционной БД всегда разрабатывается таким образом, чтобы каждая таблица, которая в ней находится, не содержала избыточной информации. Например, в БД АРМ “Секретаря” необходимо хранить данные о входящей, исходящей и внутренней документации обследуемой организации. Как следствие, нужно хранить характеристики документа. Если для этих целей будет использоваться одна таблица, то станет очевидным нерациональное использование памяти компьютера. Поэтому информацию необходимо разбить на несколько таблиц, которые будут между собой взаимосвязаны. При создании БД АРМ “Секретаря» необходимо создать следующие таблицы: § Атрибуты входящих документов § Атрибуты исходящих документов § Индексы структурных подразделений § Название документов § Резолюция § Сроки исполнения исходящих документов § Сроки исполнения исходящих документов § Справочник по видам документов Перед тем, как создавать таблицы, необходимо определить их структуру: набор полей и их формат. Чтобы описать очередное поле в структуре таблицы, необходимо вначале указать название поля и после этого определить тип данных, которые будут в нем храниться. Кроме этого, можно также описать назначение информации, которая будет вводиться в это поле. Для любой таблицы в реляционной БД должен быть задан так называемый первичный ключ, который позволяет однозначно определить ту или иную запись в таблице. Он необходим для уникальности имеющихся в таблице записей. Логическая модель БД АРМ «Секретаря».
|
Copyright © 20012 - 2014 www.manageweek.ru