Глава 2
Ответы
1.
Реальный объект, процесс, явление, событие.
2.
Значения реквизитов, характеризующие конкретный товар.
3.
Если одному значению ключа соответствует только одно значение описа-
тельного (зависимого) реквизита.
4.
Устраняется дублирование описательных данных, обеспечивается их одно-
кратный ввод и корректировка, поддержание целостности средствами СУБД.
5.
Да.
6.
Нет.
7.
Нет.
8.
Расщеплением информационного объекта на два.
9.
Да.
10.
Составить перечень реквизитов документа; определить функциональные
зависимости между ними; выбрать все зависимые реквизиты с указанием
ключа, от которого они зависят функционально полно; объединить реквизиты,
зависимые от одинаковых ключевых реквизитов вместе с ключом в одном
объекте.
11.
Да.
12.
Одно-однозначные, одно-многозначные, много-многозначные.
13.
Одно-многозначных.
14.
Один.
15.
Одно-многозначных.
16.
ПОКУПАТЕЛЬ
.
17.
Через объект "связка" — запас товара на складе с составным ключом
КОД_ТОВ + КОД_СК
.
18.
ПОСТАВКА_ПЛАН
.
19.
ОТГРУЗКА
.
20.
Из ключей таблиц, находящихся в отношении М : N.
21.
По уникальному ключу главной таблицы, в подчиненной таблице это поле не
может быть ключом, хотя и может входить в составной ключ.
22.
По числу связей в наиболее длинном пути от объектов нулевого уровня
к данному объекту.
23.
Столько, сколько информационных объектов в ИЛМ данных предметной
области.
24.
Нет.
ГЛ А В А
3
Создание базы данных
Создание новой нормализованной реляционной базы данных Access осуществляет-
ся в соответствии с ее структурой, полученной в результате проектирования. Про-
цесс проектирования реляционной базы данных был рассмотрен в
главе 2
. Структу-
ра реляционной базы данных определяется составом таблиц и их взаимосвязями.
Взаимосвязи между двумя таблицами реализуются через ключ связи, входящий
в состав полей связываемых таблиц. Напомним, что в нормализованной реляцион-
ной базе данных таблицы находятся в отношениях типа "один-ко-многим" или
"один-к-одному". Для одно-многозначных отношений в качестве ключа связи, как
правило, используется уникальный ключ главной таблицы, в подчиненной таблице
это может быть любое из полей, которое называется
внешним
ключом
.
Создание реляционной базы данных начинается с формирования структуры таблиц.
При этом определяются состав полей, их имена, тип данных каждого поля, размер
поля, ключи, индексы таблицы и другие свойства полей. После определения струк-
туры таблиц создается схема данных, в которой устанавливаются связи между таб-
лицами. Access запоминает и использует эти связи при заполнении таблиц и обра-
ботке данных.
При создании базы данных важно задать параметры, в соответствии с которыми
Access будет автоматически поддерживать целостность данных. Для этого при оп-
ределении структуры таблиц должны быть заданы ключевые поля таблиц, указаны
ограничения на допустимые значения данных, а при создании схемы данных на ос-
нове нормализованных таблиц должны быть заданы параметры поддержания цело-
стности связей базы данных.
Завершается создание базы данных процедурой загрузки, т. е. заполнением таблиц
конкретными данными. Особое значение имеет технология загрузки взаимосвязан-
ных данных. Удобным инструментом загрузки данных во взаимосвязанные табли-
цы являются формы ввода/вывода, обеспечивающие интерактивный интерфейс для
работы с данными базы. Формы позволяют создать экранный аналог документа ис-
точника, через который можно вводить данные во взаимосвязанные таблицы. Тех-
нология загрузки данных документов с использованием форм будет рассмотрена
в
главе 5
. Здесь же рассматривается непосредственный ввод данных в таблицы.
90
Do'stlaringiz bilan baham: |