3.3 Задание 2

Создайте пустую базу данных “МОНИТОРИГ”. Методика создания БД описана в разделе 2. В пустой базе данных создайте структуру первой таблицы “ОБЛАСТИ”, а затем заполните эту таблицу. В первом приближении процесса создания и заполнения БД, я рекомендую для таблицы “ОБЛАСТИ” использовать два атрибута. Назовем их так: ID_Область и Name_Область. Очевидно, что атрибут Name_Область будет иметь тип текстовый, а длина поля из 30 символов достаточна для записи наименования любой области нашей республики. Атрибут ID_Область будем использовать в качестве ключевого поля, поэтому тип данных этого поля будет Счетчик. Это удобно, так как СУБД автоматически будет заполнять это поле, и следить за уникальностью ключевого значения ( и не допустит повторов).

На рисунке 12 приведена структура таблицы “ОБЛАСТИ”, а на рисунке 13 показана уже заполненная данными эта же таблица.

Рисунок 12 - Фрагмент окна структуры таблицы “ОБЛАСТИ”	Рисунок 13 – Окно с открытой таблицей “ОБЛАСТИ”

Замечание.

На рисунке 13 первый столбец имеет заголовок Код_области. Он взят из вкладки Общие свойство Подпись поля ID_Область. Для второго поля это свойство не было задано, поэтому в заголовке таблицы был выведен идентификатор поля, то есть Name_Области.

3.4 Задание 3

Создайте следующую таблицу для хранения данных экземпляров сущности “РАЙОНЫ”. Механизм создания следующей таблицы раскрыт в подразделе 3.3. Во вновь созданную таблицу Введите не менее 10 записей. Источником информации для заполнения данной таблицы БД может служить ниже предлагаемые текстовые данные, взятые из некоторого, положим, несуществующего справочника (для учебной БД нас это пока устраивает!). Поэтому достоверность этой информации я не гарантирую.

Район	Площадь	Область
Бешенковичский	130.45	Витебская
Борисовский	143.00	Минская
Лидский	162.87	Гродненская
Чериковский	100.03	Могилевская
Рогачевский	133.83	Гомельская
Ляховичский	89.03	Брестская
Ивановский	78.23	Брестская
Дубровенский	102.67	Витебская
Оршанский	147.70	Витебская
Узденский	133.72	Минская

Подумайте, какие поля таблицы “РАЙОНЫ” будут выступать в роли первичного ключа и в роли внешнего ключа. Поле первичного ключа Access будет заполнять автоматически. Поле внешнего ключа вы должны будете заполнить самостоятельно. Напоминаю, что поле внешнего ключа служит для связи таблиц “ОБЛАСТИ” и “РАЙОНЫ”. Тип связи, очевидно, следует из следующего теста: один район не может одновременно принадлежать нескольким областям; в одной области может быть несколько районов.

Для удобства заполнения рекомендую еще раз прочитать подраздел 1.2.2 Подстановка или напрямую воспользоваться мастером подстановки.

Итак, повторим процесс создания структуры таблицы “РАЙОНЫ”. Действуем по аналогии, как при создании пустой таблицы “ОБЛАСТИ”. Например, приходим к следующей структуре (Рисунок 14).

Рисунок 14 – Окно создания структуры таблицы “РАЙОНЫ”

ID_Район выступает в роли ключа таблицы, Name_Район предназначено для сохранения наименования района, а поле Площадь – для занесения площади района в тыс. км² . Введем еще одно поле (ID_Область) для установления связи один - ко - многим таблиц “ОБЛАСТИ” и “РАЙОНЫ”.

Для установления связи необходимо, чтобы значения первичного ключа таблицы-предка (“ОБЛАСТИ”) появились в столбце внешнего ключа таблицы-потомка (“РАЙОНЫ”).

Откройте две таблицы: “ОБЛАСТИ” – справки и “РАЙОНЫ” – для заполнения строк. Хотя заносить данные для связи напрямую достаточно трудоемкая операция, я рекомендую все-таки ввести несколько строк для лучшего понимания организации связи между этими двумя таблицами.

Есть второй вариант: воспользуемся средством, предоставляемым СУБД, а именно мастером подстановки. Рекомендую прочитать еще раз подраздел “1.2.2. Подстановка”. На следующем рисунке вы увидите, как можно вызвать мастер подстановки.

Рисунок 15 – Определение поля внешнего ключа и вызов мастера постановок

Далее будет активизировано окно Создание подстановки (рисунок 16)

Рисунок 16 – Окно Создание подстановки

В этом окне можно выбрать, откуда столбец подстановок получает значения: из фиксированного набора либо из другой таблицы или SQL- запроса. Так как наименования областей хранятся в таблице “ОБЛАСТИ”, то мы отмечаем первую позицию и переходим дальше (кнопка Далее).

В следующем окне мастер подстановок выводит список таблиц нашей базы данных. Выбираем таблицу “ОБЛАСТИ” (рисунок 17).

Рисунок 17 – Выбор таблицы, поля которого нужны для подстановки

Затем последовательно переходим в следующее окно для выбора необходимых полей (рисунок 17), которые мы хотим включить в список подстановки. Кроме того, можно добавить одно или несколько описательных полей, которые будут выводиться на экран при просмотре кодового поля в основной таблице. В нашем случае надо включить ID_Область и Name_Область. Поле Name_Область будет описательным.

Рисунок 18 – Выбор полей для подстановки из таблицы “ОБЛАСТИ”

Далее откроется окно для задания сортировки описательных полей. Естественно выбираем сортировку в алфавитном порядке наименований областей.

Рисунок 19 – Задание поля и порядка сортировки

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

Рисунок 20 – Задание ширины столбцов

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

На рисунке 21 для контроля посмотрите на свойства подстановки, установленные мастером

Рисунок 21 – Свойств подстановки поля ID_Область, сгенерированные мастеров подстановок

На рисунке 22 вы видите, как удобно выбирать значение для ввода из раскрывающегося списка, и, забывая о том, что на самом деле вводится не текст “Минская”, а числовой код минской области из таблицы “ОБЛАСТИ”.

Рисунок 22 – Таблица с раскрытым списком подстановки