Составители:
Рубрика:
4 5
для удовлетворения предполагаемых запросов пользователя и опре-
делять потребности в обработке данных.
На основе такого описания на этапе проектирования базы данных
определяется состав и структура данных, которые должны находить-
ся в базе данных и обеспечивать выполнение необходимых запросов
и решение задач пользователя.
Процесс проектирования и создания реляционной базы данных
состоит из
следующих этапов:
1) создание информационно-логической модели предметной об-
ласти, т. е. выделение информационных объектов и определение свя-
зей между ними;
2) построение логической структуры реляционной базы данных,
где каждый объект инфологической модели отображается реляцион-
ной таблицей, а связи между таблицами соответствуют выявленным
информационным связям между объектами;
3) конструирование таблиц, соответствующих информационным
объектам построенной модели данных;
4) создание схемы данных, в которой фиксируются существую-
щие логические связи между таблицами;
5) ввод данных, содержащихся в документах предметной области.
Особое внимание следует уделить первым двум этапам, посколь-
ку без их тщательной проработки невозможно создание базы дан-
ных (БД), полностью удовлетворяющей потребностям пользователя.
Построение инфологической модели данных. Инфологическая
модель данных (ИЛМ) отображает данные предметной области в виде
совокупности информационных объектов и связей между ними.
Информационный объект – это информационное описание неко-
торого реального объекта, процесса или события. Информационный
объект образуется совокупностью логически взаимосвязанных рек-
визитов, представляющих качественные и количественные характе-
ристики некоторой сущности предметной области. Например, объ-
ект ТОВАР характеризуется такими реквизитами, как наименование,
единица измерения, изготовитель, сорт, цена и др.
Каждому информационному объекту присваивают уникальное
имя. Например, при описании предметной области поставка това-
ров будут выделены такие объекты, как ТОВАР, ПОСТАВЩИК.
Информационный объект имеет множество реализаций – экзем-
пляров (записей). Например, каждый экземпляр объекта ТОВАР пред-
ставляет
конкретный вид продукции. Экземпляр образуется совокуп-
ностью конкретных значений реквизитов и должен однозначно иден-
тифицироваться значением ключа информационного объекта. Ключ
может состоять из одного (простой) или нескольких ключевых рек-
визитов (составной).
Связи между таблицами. При проектировании реляционной
базы данных необходимо решить вопрос о наиболее эффективной
структуре данных. При этом преследуются следующие
цели:
• обеспечить быстрый доступ к данным в таблицах;
• исключить ненужное повторение данных, которое может явить-
ся причиной ошибок при вводе и нерационального использования
дискового пространства компьютера;
• обеспечить целостность данных таким образом, чтобы при из-
менении одних объектов автоматически происходило соответствую-
щее изменение связанных с ними объектов.
Следующим шагом на
этапе проектирования ИЛМ, после выяв-
ления информационных объектов, является определение отношений
между ними.
Отношение – это связь между двумя таблицами, которая показы-
вает, как относятся друг к другу данные в этих таблицах. При созда-
нии отношения указываются одинаковые поля в двух разных табли-
цах. Например, можно создать отношения между таблицами ТОВАР
и ПОСТАВЩИК, используя в качестве связующего поля идентифи-
катор товара.
Access поддерживает следующие типы отношений между та-
блицами:
• одно – однозначные (1:1);
• одно – многозначные (1:М);
• много – многозначные (N:М).
Одно – однозначные связи (1:1) имеют место, когда каждому эк-
земпляру одного объекта (А) соответствует только один экземпляр
другого объекта (В) и, наоборот, каждому экземпляру
объекта (В) со-
ответствует только один экземпляр объекта (А).
