LAB2014 (1)

Рисунок 9 – Таблица, в которой определен первичный ключ
2.1.4 Сохранение созданной пустой таблицы
После определения	всех	полей таблицы и их свойств выберете	команду	меню
Файл Сохранить как.	Access	откроет окно диалога Сохранение. Введите	имя для	новой

таблицы и нажмите кнопку OK.

2.1.5Заполнение таблицы данными

Вокне базы данных перейдите на вкладку Таблицы (Tables). Появится список таблиц БД, выделите нужную вам для работы таблицу и кликните на кнопку Открыть в левом верхнем углу.

2.2 Изменение свойств данных

Вы можете в любой момент изменить в режиме конструктора свойства полей данных. Access позволяет изменять тип данных или размер полей даже в том случае, если поля уже содержат данные. Имейте ввиду, что некоторые изменения типов данных или размеров полей могут привести к ошибкам преобразования. СУБД всегда предупреждает вас об этом при сохранении определения таблицы. Я рекомендую вам, чтобы не потерять данные, предварительно сделать копию таблицы, а затем переходить к изменениям свойств этой таблицы.

3 Практическое задание

3.1 Концептуальная схема базы данных

Необходимо создать базу данных (Назовем ее МОНИТОРИНГ) для хранения и в дальнейшем анализа данных с ряда пунктов наблюдения, расположенных на территории некоторых районов Республики Беларусь. Так как предметная область для вас знакома, поэтому сразу предлагаю концептуальную модель (смотри рисунок 10).

Рисунок 10 – Концептуальная схема БД “ МОНИТОРИНГ”

3.2 Задание 1

Доработать концептуальную схему до уровня диаграммы “Сущность-Связь”. Для это между сущностями (там где это необходимо) вставьте ромбики с соответствующим глаголом и установите тип связи (один к одному или один ко многим или многие к многим). Например,

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

3.3 Задание 2

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

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

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

На рисунке 12 первый столбец имеет заголовок Код_области. Он взят из вкладки Общие свойство Подпись. Для второго поля это свойство не было задано, поэтому в заголовке таблицы был выведен идентификатор поля, то есть 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 Подстановка или напрямую воспользоваться

мастером подстановки.

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

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

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

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

предоставляемым СУБД, а именно мастером подстановки. На следующем рисунке вы увидите,

как можно вызвать мастер подстановки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.5Задание 4

ВБД “МОНИТОРИНГ” с помощью конструктора создайте таблицу для хранения экземпляров сущности “ПУНКТЫ”. Предлагаю использовать и дополнить следующую структуру полей таблицы. Вы можете все изменить на свое усмотрение. Подумайте, какое поле необходимо для задания связи один ко многим с таблицей “РАЙОНЫ”

Наименование		Тип поля		Длина			Описание поля
поля				поля
ID_Пункт		счетчик					Уникальный код
Name_Пункт		текстовый			40		Наименование
							Пункта
ДолготаГрадусы		Число/байт
ДолготаМинуты		Число/байт					Географические
ДолготаСекунды		Число/байт					Координаты
							Пункта
ШиротаГрадусы		Число/байт
							наблюдения
ШиротаМинуты		Число/байт
ШиротаСекунды		Число/байт

В качестве источника информации возьмите следующую таблицу. Можно добавить известную вам информацию.

Название Пункта		Долгота		Долгота		Долгота		Широта		Широта		Широта
		Градусы		Минуты		Секунды		Градусы		Минуты		Секунды
Зеленый бор		23		26		0		52		17		20
Полесье		23		33		30		52		21		0
Солнечный луг		27		34		0		55		32		0
Тихий ручей		27		38		15		55		16		10
Пасека		28		1		0		52		17		5
Заболоть		28		1		10		52		17		0
Ельник		24		22		0		53		12		35
Березовый лес		24		22		0		53		10		50
Ольшаник		26		55		55		54		22		0
Ручеек		26		55		0		54		9		25
Каменный лог		28		53		5		53		30		20
Красная заря		28		57		0		53		21		0

3.6Задание 5

ВБД "Мониторинг" с помощью Конструктора Таблиц создать таблицу “НАБЛЮДЕНИЯ”. Идентификаторы полей и их типы выбрать самостоятельно. Учтите, что между таблицами “ПУНКТЫ” и “НАБЛЮДЕНИЯ” существует определенный тип связи (какой ?).

Поля Дефолиация и Дехромация принимают значения в процентном соотношении в интервале от 0 до 100%. Для ввода даты наблюдения предусмотреть маску ввода.

Установить условия на вводимые значения с выводом сообщения об ошибках в случае нарушения этих условий.

Заполнить не менее 10 записей в таблице “НАБЛЮДЕНИЯ”. Данные для ввода в учебную БД придумать самостоятельно .

Ниже приведен пример фрагмента таблицы с данными.

Пункт		ДатаНаблюдения		Дефолиация		Дехромация
Зеленый бор		10.10.1999		10		5
Зеленый бор		12.12.2001		3		4
Ельник		1.02.1998		5		3
Тихий ручей		3.03.1999		15		6
Пасека		10.05.1999		2		2
Зеленый бор		8.04.2000		2		1
Ельник		15.02.2000		1		2
Березовый лес		20.10.1997		6		7
Зеленый бор		5.11.1998		3		5