Информатика в программе Access на лето

Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования

Волгоградский государственный архитектурно-строительный университет

ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ

И ТЕХНОЛОГИЯ РАБОТЫ В CУБД ACCESS

Утверждено редакционно-издательским советом университета в качестве учебно-практического пособия

Волгоград 2009

1

УДК 681.3.01(07) ББК 32.973.26-018.2я7

П 791

Рецензенты:

доктор технических наук, профессор кафедры информационных систем в экономике Волгоградского кооперативного института Российского университета кооперации Е.П. Богданов; кандидат технических наук, доцент кафедры прикладной математики

ивычислительной техники Волгоградского государственного архитектурно-строительного университета Т.В. Ерещенко

Авторы:

М.М. Степанов, О.А. Богомолова, Н.А. Михайлова, А.Д. Скороходова

ISBN 978-5-98276-324-2. №гос. регистрации0321000011

Приведены краткие теоретические сведения, необходимые для выполнения контрольной и лабораторных работ по дисциплине «Основы информационных систем», варианты индивидуальных заданий для контрольной работы, примеры выполнения контрольной и лабораторных работ, а также контрольные вопросы по изучаемым темам.

Для студентов специальностей «Теплогазовентиляция» и «Водоснабжение и водоотведение» заочной формы обучения.

УДК 681.3.01(07) ББК 32.973.26-018.2я7

ISBN 978-5-98276-324-2

© Государственное образовательноеучреждение высшего профессионального образования «Волгоградский государственный архитектурно-строительный университет», 2009

2

2.3.Создание отчета с использованием конструктора……………………………... 41

2.3.1.Встраивание управляющих элементов…………………………………...... 42

2.3.2.Вставка текстовых надписей……………………………………………...... 42

2.3.3.Ввод данных в отчет………………………………………………………... 43

2.3.7.Введение номеров записей…………………………………………………. 49

2.3.8.Печать отчета………………………………………………………………... 50

2.1.Создание автоформы…………………………………………………………...... 53

2.2.Создание формы с помощью мастера…………………………………………... 54

2.2.1.Создание простой формы…………………………………………………... 54

2.2.2. Создание составной формы………………………………………………… 55

2.3.Создание формы в виде диаграммы…………………………………………...... 57

2.4.Создание форм с использованием конструктора………………………………. 59

2.4.1.Перенос элементов формы…………………………………………………. 61

2.4.2.Изменение размеров элементов управления формы……………………... 61

2.6.Вычисления в формах……………………………………………………………. 68

2.7.Поля типа МЕМО………………………………………………………………... 69

4

силикатный кирпич — с_кир, фундаментные блоки — ф_бл, кафельная плитка — каф_п, оконные блоки — о_бл, красный кирпич — кр_к, паркет — пар, керамическая плитка — кер_п, железобетонная панель — жел_п;

школа— шк, жилойдом— жил_д, детскийсад— д_сад, поликлиника— плк.

Варианты поставок стройматериалов заводами-поставщиками:

1)з_жби — ф_бл; сил_з — с_кир; кер_з — каф_п; дер_з — о_бл;

2)з_жби — ф_бл; сил_з — с_кир; кер_з — каф_п, кр_к, с_кир; дер_з — о_бл, пар;

3)з_жби — ф_бл, кер_п; сил_з — кер_п; кер_з — каф_п, кер_п; дер_з — о_бл, пар;

4)з_жби — ф_бл; сил_з — с_кир; кер_з — с_кир; дер_з — о_бл;

5)з_жби — ф_бл; сил_з — с_кир; кер_з — кер_п, каф_п, кр_к; дер_з — о_бл, пар;

6)з_жби — жел_п, ф_бл; сил_з — с_кир; кер_з — каф_п; дер_з — о_бл;

7)з_жби — жел_п; сил_з — с_кир; кер_з — каф_п; дер_з — о_бл;

8)з_жби — жел_п; сил_з — с_кир; кер_з — каф_п, кр_к, с_кир; дер_з — о_бл, пар.

9)з_жби— жел_п, ф_бл; сил_з— с_кир; кер_з— каф_п, кер_п; дер_з— пар;

0)з_жби — жел_п; сил_з — с_кир; кер_з — с_кир; дер_з — о_бл.

Варианты потребности строек в стройматериалах:

1)д_сад — с_кир; жил_д — ф_бл; плк — каф_п; шк — о_бл;

2)д_сад — с_кир; жил_д — ф_бл; плк — каф_п; шк — о_бл; д_сад —

кр_к; плк — пар;

3)шк, д_сад — с_кир; жил_д — ф_бл; плк — каф_п; шк, жил_д — о_бл; д_сад — кр_к; плк — пар;

4)шк, плк — с_кир; жил_д — ф_бл; д_сад — кр_к;

5)шк, д_сад — с_кир; жил_д — ф_бл; плк — каф_п; шк — о_бл;

6)д_сад — с_кир; жил_д — жел_п; плк — каф_п; шк — о_бл;

7)д_сад — с_кир; жил_д — жел_п; плк — каф_п; шк — о_бл; д_сад — кр_к; плк — пар;

8)шк, д_сад — с_кир; жил_д — жел_п; плк — каф_п; шк, жил_д — о_бл; д_сад — кр_к; плк — пар;

9)шк, плк — с_кир; жил_д — жел_п; д_сад — кр_к;

0) шк, д_сад — с_кир; жил_д — жел_п; плк — каф_п; шк — о_бл. Сочетания вариантов поставок стройматериалов заводами-поставщиками

и вариантов потребности строек в стройматериалах образуют 100 вариантов базы данных.

Номера вариантов поставок выбираются по последней цифре номера зачетной книжки студента, а номера вариантов потребностей строек в стройматериалах — по предпоследней цифре номера зачетной книжки.

6

3.НЕОБХОДИМЫЕ ТЕОРЕТИЧЕСКИЕ СВЕДЕНИЯ

3.1.Проектирование баз данных

Проектирование многотабличных баз данных представляет собой процесс, состоящий из последовательности следующих этапов:

•инфологическое проектирование;

•датологическое проектирование;

•проверка результатов проектирования.

3.2. Инфологическое проектирование

Целью инфологического этапа проектирования баз данных является обобщенное отображение информационной базы. На этапе инфологического проектирования решаются следующие задачи:

•определение сущностей;

•определение атрибутов сущностей;

•определение типов связи между сущностями;

•построение концептуальной схемы.

3.2.1. Определение сущностей и атрибутов

Предназначенную для хранения в базе данных информацию следует распределить (разбить, разделить) на смысловые группы так, чтобы в каждой группе находилась информация обо всех объектах одного типа. Для обозначения такой группы однотипных объектов вводится понятие тип сущности, или сущность. Сущность имеет имя (как правило, существительное). Имя сущности объединяет информацию в отдельную, свою смысловую группу, указывает на нее. Для обозначения одного из объектов этой группы вводится понятие экземпляр сущности. Например, кирпич, фундаментный блок, кафельная плитка — это экземпляры сущности СТРОИТЕЛЬНАЯ_ДЕТАЛЬ. Слова СТРОИТЕЛЬНАЯ_ДЕТАЛЬ — это имя сущности.

Для обозначения свойств сущности вводится понятие атрибут. Сущность определяется набором характеризующих ее атрибутов. Каждый атрибут определяет какое-либо свойство своей сущности и имеет имя. Например, сущность СТРОИТЕЛЬНАЯ_ДЕТАЛЬ может иметь следующий набор атрибутов: НАЗВАНИЕ_ДЕТАЛИ, ВЕС, ЦЕНА. Слова НАЗВАНИЕ_ДЕТАЛИ, ВЕС, ЦЕНА — это имена атрибутов сущности СТРОИТЕЛЬНАЯ_ДЕТАЛЬ.

Все экземпляры одной сущности характеризуются одинаковым набором имен атрибутов. Для каждого экземпляра сущности каждый атрибут принимает конкретное значение. Например, кирпич, 6 кг, 100 руб. — это значения атрибутов НАЗВАНИЕ_ДЕТАЛИ, ВЕС, ЦЕНА соответственно одного из экземпляров сущности СТРОИТЕЛЬНАЯ_ ДЕТАЛЬ.

7

Значения атрибутов называются данными, для их хранения и проектируется база данных.

Атрибут, значения которого однозначно идентифицируют экземпляры сущности, называется ключевым атрибутом. Остальные атрибуты сущности называются описательными атрибутами. Например, атрибут НАЗВАНИЕ_ДЕТАЛИ может являться ключевым (ключом, простым ключом), а атрибут ВЕС не может, так как могут быть и другие детали того же веса. Значения ключевого атрибута всегда различны.

В некоторых случаях сущность имеет атрибуты с одинаковыми значениями. Пусть, например, имеется сущность СОТРУДНИК с именами атрибутов ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ГОД_РОЖДЕНИЯ, ОБРАЗОВАНИЕ. Любой из перечисленных атрибутов, взятый отдельно, не является ключевым, так как его значение может повториться. В этих случаях для однозначной идентификации экземпляров сущности вводится составной ключ — совокупность атрибутов, комбинация значений которых не повторяется. В нашем примере таким составным ключом служит совокупность четырех атрибутов ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ГОД_РОЖДЕНИЯ.

3.2.2. Определение типов связи между сущностями

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

Степень связи. Если каждый экземпляр любой из двух сущностей связан максимально с одним экземпляром другой сущности, то степень связи между этими сущностями равна 1:1.

Если хотя бы один экземпляр первой сущности связан более чем с одним экземпляром второй сущности, но все экземпляры второй сущности связаны не более чем с одним экземпляром первой сущности, то имеет место степень связи 1:N.

Если все экземпляры первой сущности связаны не более чем с одним экземпляром второй сущности, но хотя бы один экземпляр второй сущности связан более чем с одним экземпляром первой сущности, то имеет место степень связи N:1.

Если хотя бы один экземпляр первой сущности связан более чем с одним экземпляром второй сущности, а хотя бы один экземпляр второй сущности связан более чем с одним экземпляром первой сущности, то имеет место степень связи N:М.

Класс принадлежности каждой из связываемых сущностей может быть обязательным или необязательным. Если все экземпляры сущности участвуют в связи, то класс принадлежности этой сущности обязательный. Если

8

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

Рассмотрим пример определения типа связи между сущностями путем анализа всего множества связей между экземплярами этих сущностей. Для этого построим диаграмму экземпляров сущностей и экземпляров связей (рис. 1).

На рис. 1 ПРЕПОДАВАТЕЛЬ и КУРС — это имена связанных сущностей, ЧИТАЕТ — это имя типа связи. Ниже имен сущностей располагаются имена и значения ключевых атрибутов каждого экземпляра соответствующей сущности. Каждая линия — это экземпляр связи, она указывает, какой экземпляр одной сущности (ПРЕПОДАВАТЕЛЬ) связан с каким экземпляром другой сущности (КУРС).

Из рис. 1 следует, что преподаватель Егоров ничего не читает, следовательно, класс принадлежности сущности ПРЕПОДАВАТЕЛЬ необязательный. Все курсы читаются, следовательно, класс принадлежности сущности КУРС обязательный.

Из рис. 1 следует, что один преподаватель Иванов читает два курса — математику и химию. Следовательно, степень связи 1:N (один со многими), сущность ПРЕПОДАВАТЕЛЬ — односвязная, сущность КУРС — многосвязная.

При проектировании реальных баз данных, содержащих сотни и тысячи данных, построение диаграммы сущности и диаграммы связей осуществить невозможно, поэтому приведенная на рис. 1 диаграмма носит учебный характер. Она является наглядным зрительным образом, который рекомендуется использовать на инфологическом этапе реального проектирования как обобщенную смысловую модель информации, предназначенной для хранения в будущей базе данных, что существенно облегчает ее анализ.

3.2.3. Построение концептуальной схемы

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

9