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

Министерство образования и науки Российской Федерации
Казанский государственный технологический университет
ОСНОВЫ ПРОЕКТИРОВАНИЯ
БАЗ ДАННЫХ
Методические указания
Казань 2006
Составители: доц. Г.А. Гадельшина
ст. преп. А.Н.Валеева
доц. А.В. Аксянова
доц. Е.Н.Нуруллина
Основы проектирования баз данных: Методические

указания/ Казан.гос.технолог.ун-т; Сост.: Г.А.Гадельшина,
А.Н.Валеева, А.В.Аксянова, Е.Н.Нуруллина. Казань, 2006. 60 с.
Разработаны в соответствии с программами дисциплин

«Информационные технологии управления» и
«Информационные технологии в социальной сфере» для
выполнения семестровой контрольной и лабораторных работ
студентами экономических специальностей заочной формы
обучения, а также для организации самостоятельной работы
студентов.
Рассмотрены теоретические основы разработки баз
данных, а именно построение модели «сущность-связь» и
преобразование ее в реляционную модель базы данных с
дальнейшей реализацией в среде MS Access 2002.
Подготовлены на кафедре химической кибернетики.
Печатаются по решению методической комиссии по

информатике и информатизации учебного процесса
Рецензенты: первый зам. директора ИДПО КГТУ

профессор Аз.М.Гумеров
доцент кафедры прикладной математики и

информатики КГТУ им. А.Н.Туполева
Нестерова Л.Е.
1
ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
Введение
Эффективность функционирования корпоративной
информационной системы во многом определяется уровнем
разработки информационного обеспечения. Большое значение
при этом имеет технология создания и эксплуатации баз
данных. База данных является интегрированной системой
обработки информации, способствующей сокращению
избыточности в хранении данных, совместному использованию
информации различными пользователями, удобству доступа к
данным и безопасности их хранения. База данных является
основным средством создания и хранения информационной
модели предприятия.
В связи с этим актуальным является освоение принципов
создания и эксплуатации баз данных. Изучение технологии баз
данных дает необходимые знания для создания и
проектирования организованных массивов информации и
показывает ее роль в системе управления предприятием.
Теория баз данных – сравнительно молодая область
знаний. Возраст ее составляет менее 40 лет. Однако теория баз
данных является практически обязательной для изучения
студентами широкого круга специальностей: от специалистов по
вычислительной технике и других технических специальностей
до экономистов и менеджеров, у которых данный раздел
включен в такие дисциплины, как информатика,
информационные технологии управления, информационные
технологии в социальной сфере.
2
1. История развития систем управления базами данных
Развитие вычислительной техники (ВТ) в основном шло в
двух направлениях: для выполнения численных расчетов и для
использования в автоматизированных информационных
системах. Развитие первого направления привело к появлению
языков программирования и способствовало интенсификации
методов численного решения математических задач.
Использование вычислительной техники в
автоматизированных информационных системах началось
несколько позже, что связано с ограниченностью возможностей
хранения информации.
История развития систем управления базами данных
(СУБД) начинается с 1968 года, когда была введена в
эксплуатацию первая промышленная система управления
данными IMS фирмы IBM.
В развитии СУБД можно выделить четыре этапа. Между
ними нет четкой границы: они плавно переходят один в другой
и сосуществуют параллельно. Первый этап связан с
организацией БД на больших машинах типа ЕС-ЭВМ. Базы
данных хранились во внешней памяти центральной ЭВМ,
режим доступа обеспечивался с помощью терминалов, которые
служили только как устройства ввода-вывода для центральной
ЭВМ. Эти системы можно отнести к системам распределенного
доступа, потому что база данных была централизованной, а
доступ к ней поддерживался от многих пользователей-задач.
Второй этап связан с появлением персонального
компьютера. Появились различные программы для работы с
базами данных, которые имели удобный интерфейс и средства
для расчетов. Яркие представители этого семейства, очень
широко использовавшиеся до недавнего времени, это СУБД
Dbase (DbaseIII+ Dbase IV), FoxPro, Clipper, Paradox. Все СУБД
этого этапа были рассчитаны на создание базы данных с
монопольным доступом. Наличие монопольного режима работы
фактически привело к вырождению функций
3
администрирования и в связи с этим – к отсутствию
инструментальных средств администрирования баз данных.
Однако доступность ПК привела к активной компьютеризации
тех областей, которые ранее не применяли ВТ в своей
деятельности. Кроме того, настольные (desktop) СУБД
предъявляли достаточно скромные требования к аппаратному
обеспечению (PC 286).
Третий этап развития баз данных начался в 80-е годы и
продолжается до настоящего времени и связан с появлением и
широким внедрением локальных сетей. Остро встает задача
согласованности данных, хранящихся и обрабатывающихся в
различных местах, но логически друг с другом связанных.
Успешное решение этой задачи приводит к появлению
распределенных баз данных, позволяющих организовать
параллельную обработку информации и поддержку целостности
баз данных.
Четвертый этап, который в данный момент активно
развивается, характеризуется появлением новой технологии
доступа к данным – интранет. Основное отличие этого подхода
от технологии клиент-сервер состоит в том, что отпадает
необходимость использования специализированного
клиентского программного обеспечения.
2. Основные понятия и определения

Банк данных – это система специальным образом
организованных данных – баз данных, программных,
технических, языковых, организационно-методических средств,
предназначенных для обеспечения централизованного
накопления и коллективного многоцелевого использования
данных.
База данных (БД) – именованная совокупность данных,
отражающая состояние объектов и их отношений в
рассматриваемой предметной области.
4
Система управления базами данных – совокупность
языковых и программных средств, предназначенных для
создания, ведения и совместного использования БД многими
пользователями.
Программы, с помощью которых пользователи работают с
базой данных, называются приложениями. С одной БД могут
работать несколько приложений. Например, если БД моделирует
некоторое предприятие, то для работы с ней может быть создано
приложение, которое обслуживает подсистему учета кадров,
следующее приложение может обеспечивать работу подсистемы
заработной платы сотрудников, другие – подсистемы складского
учета, планирования производственного процесса и т.д.
Приложения могут работать параллельно и независимо друг от
друга, а СУБД призвана обеспечить их работу таким образом,
чтобы каждое из них выполнялось корректно, и учитывало все
изменения в БД, вносимые другими приложениями.
Архитектура БД. В настоящий момент используется
предложенная американским комитетом по стандартизации
ANSI (American National Standards Institute) трехуровневая
модель БД (см. рисунок 1).
Внешняя Внешняя Внешняя

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

Бахмана сущность тальные фические файловых странично-
связь ER структурах сегментной
8
организации
Теоретико-графовые Теоретико-множественные Объектно-

ориентированные
Реляционная Бинарных
Иерархическая Сетевая
ассоциаций
Рис.2. Классификация моделей данных.

(описываются определенные характеристики документа) и
модели, ориентированные на формат документа (определяют
стандартный формат представления информации, оформление
элементов документа).
Среди фактографических моделей выделяют теоретико-
графовые, теоретико-множественные и объектно-
ориентированные.
Теоретико-графовые модели отражают совокупность
объектов реального мира в виде графа взаимосвязанных
информационных объектов. В зависимости от типа графа
выделяют иерархическую и сетевую модели.
Реляционная модель данных - основная модель в классе
теоретико-множественных моделей. Простота, наглядность и
серьезное теоретическое обоснование определили большую
популярность этой модели. Развитие формального аппарата
представления и манипулирования данными в рамках
реляционной модели сделали ее наиболее перспективной для
использования. В настоящее время практически все базы
данных являются реляционными.
3. Инфологические модели. Кроме физического,
концептуального и уровня внешних моделей существует еще
один, предшествующий им. Модели этого уровня выражают
информацию в виде, не зависящем от используемой СУБД, и
называются инфологическими или семантическими. Они
отражают в естественной форме информационно-логический
уровень абстрагирования, связанный с описанием объектов, их
свойств и взаимосвязей.
Инфологические модели используются на ранних стадиях
проектирования для описания структур данных в процессе
разработки приложения, а даталогические модели уже
поддерживаются конкретной СУБД.
В семидесятых годах было предложено несколько моделей
данных, названных семантическими. В настоящий момент
наиболее широкое распространение получила модель Чена
9
(Chen), предложенная в 1976 году, которая получила название
«сущность-связь» или ER-модель (“Entity Relationship”).
4. Модель «сущность-связь»
В основе этой модели лежат следующие базовые понятия.
Сущность – это класс однотипных объектов. Сущность
имеет уникальное имя. Предполагается, что в системе
существует множество экземпляров данной сущности.
Пример.
Сущность – «студент», «преподаватель».
Экземпляры сущности «студент» – студенты вуза (Иванов,
Петров, Степанов и пр.), «преподаватель» - преподаватели вуза
(Захаров И.С., Бронштейн И.А. и пр.).
Объект имеет свой набор атрибутов – свойств объекта.
Пример.
Для сущности «студент» можно выделить такие атрибуты
как «номер зачетной книжки», «фамилия», «имя», «отчество»,
«номер групп». Для сущности «преподаватель» – «табельный
номер», «ФИО», «кафедра».
Выделение тех или иных сущностей и их атрибутов
определяется требованиями, накладываемыми на содержание
базы данных, то есть задается теми параметрами, которые
необходимо учитывать при проектировании базы данных.
Атрибут, однозначно идентифицирующий конкретный
экземпляр сущности, называется ключевым.
Пример.
Для сущности «студент» в качестве ключевого атрибута
можно обозначить «номер зачетной книжки», поскольку для
всех студентов данного вуза номера зачетных книжек будут
10
различны. Для сущности «преподаватель» можно выделить
«табельный номер».
Между сущностями могут быть установлены связи. Связи
– это бинарные ассоциации, показывающие, каким образом
сущности соотносятся или взаимодействуют между собой.
По множественности связи делятся на три типа:
• «один-ко-многим» (1:М) - один экземпляр одной сущности
может быть связан с несколькими экземплярами другой
сущности;
• «один-к-одному» (1:1)- один экземпляр одной сущности
связан только с одним экземпляром другой сущности;
• «многие-ко-многим» (М:М) - один экземпляр первой
сущности может быть связан с несколькими экземплярами
второй сущности или один экземпляр второй сущности
может быть связан несколькими экземплярами первой
сущности.
Сама по себе ER-модель представляет графическое
изображение связанных друг с другом прямоугольников, в
верхней части которых записываются имена сущностей, а ниже
перечисляются атрибуты. Ключевой атрибут выделяется
подчеркиванием и, как правило, располагается на первом месте
(см. рисунки 3-5).
СТУДЕНТ ПРЕПОДАВАТЕЛЬ
дипломное
Номер зач книжки проектирование Таб номер
Фамилия ФИО
Имя Кафедра
Отчество
Группа
Рис. 3. Пример связи «один-ко-многим»
11
Пример.
На рисунке 3 приведен пример самого распространенного
типа связи «один-ко-многим». С точки зрения руководства
дипломным проектированием на каждого преподавателя может
приходиться несколько студентов, а у каждого студента может
быть только один руководитель дипломного проектирования.
Поэтому между сущностями «преподаватель» и «студент» тип
связи будет «1:М», что обозначено на рисунке путем разделения
линии связи на три.
Сущность, которая находится на стороне «один» будет
называться основной, а та, которая на стороне «многие» -
подчиненной. В данном примере основной будет сущность
«преподаватель», а подчиненной – «студент».
На рисунке 4 приведен пример связи «один-к-одному».
Допустим, на каждого студента в отделе кадров заполняется его
карточка с дополнительными анкетными данными. У каждого
студента будет своя карточка. Поэтому тип связи между
сущностями «студент» и «анкета» будет «1:1».
Пример связи «многие-ко-многим» показан на рисунке 5.
При обучении в вузе каждый студент слушает лекции у
нескольких преподавателей. В свою очередь, каждый
преподаватель читает лекции многим студентам. Поэтому с
СТУДЕНТ АНКЕТА
Номер зач книжки доп. сведения Номер зач книжки
Фамилия Адрес
Имя Телефон
Отчество Паспорт
Группа Дата рождения
Рис. 4. Пример связи «один-к-одному»
12
точки зрения лекционных занятий связь между сущностями
«студент» и «преподаватель» будет «М:М».
Связь любого типа может быть обязательной, если в
данной связи должен участвовать каждый экземпляр сущности,
и необязательной. Связь может быть обязательной с одной
стороны и необязательной с другой.
занятия
Номер зач книжки Таб номер
Фамилия ФИО
Имя Кафедра
Отчество
Группа
Рис. 5. Пример связи «многие-ко-многим»
5. Реляционная модель данных

Теоретической основой этой модели стала теория
отношений и реляционная алгебра. Американский математик
Э.Ф.Кодд в 1970 году сформулировал основные понятия
реляционной модели. Основной структурой данных в модели
является отношение, именно поэтому модель получила
название реляционной (от англ. relation - отношение).
Отношение представляет собой таблицу. Заголовок
таблицы играет ту же роль, что и имя сущности. Столбцы
таблицы соответствуют атрибутам сущности и в реляционной
модели называются атрибутами (вхождениями доменов),
строки – экземплярам сущности и называются кортежами.
13
Пример.
Отношение «студент» представляет собой следующую
таблицу.
СТУДЕНТ
№ зач кн Фамилия Имя Отчество Группа
111111 Иванов Иван Иванович 31-41
222222 Петров Петр Петрович 31-41
333333 Степанов Степан Степанович 31-42
Количество строк в таблице определяется количеством

студентов – кортежей.
Реляционная модель представляет базу данных в виде
множества взаимосвязанных отношений. Между отношениями
существуют связи. В каждой связи одно отношение может
выступать как основное, а другое отношение выступает в роли
подчиненного. Это означает, что один кортеж основного
отношение может быть связан с несколькими кортежами
подчиненного отношения.
Для поддержания связей оба отношения должны
содержать наборы атрибутов, по которым они связаны. В
основном отношении таким атрибутом является первичный
ключ (аналог ключевого атрибута ER модели). В подчиненном
отношении для моделирования связи должен присутствовать
атрибут, соответствующий первичному ключу основного
отношения. Такой атрибут в подчиненном отношении является
вторичным ключом и называется внешний ключ.
Пример.
На рисунке 6 приведен пример связи «дипломное
проектирование» с точки зрения реляционной модели.
Основным отношением будет «преподаватель», подчиненным –
«студент». Первичным ключом основного отношения – «таб
номер» отношения «преподаватель», внешним ключом – «таб
номер» отношения «студент» (которое уже не является
14
ключевым!). Этот атрибут отсутствовал в ER модели у сущности
«студент». Он нужен для организации связи в реляционной
модели, так как в ней, в отличии от ER модели, связь
осуществляется не между таблицами целиком, а между
конкретными атрибутами отношений. Как правило, эти
атрибуты имеют одинаковые названия («таб номер» - «таб
номер»).
дипломное
Номер зач книжки проектирование
Фамилия 1 Таб номер
Имя ФИО
Отчество Кафедра
Группа
Таб номер ∞
Рис. 6. Пример связывания основного и подчиненного
отношений в реляционной модели данных
Одним из основополагающих понятий в технологии БД

является понятие целостности. Под целостностью понимают
соответствие информационной модели предметной области,
хранимой в БД, объектам реального мира и их взаимодействиям
в каждый момент времени. Поддержка целостности включает в
себя три аспекта:
• структурная целостность – допустимыми являются
только данные, представленные в виде отношений
реляционной модели;
• языковая целостность - допускаются языки
манипулирования данными высокого уровня (не ниже
стандарта SQL);
15
• ссылочная целостность - обеспечение поддержки
непротиворечивого состояния БД в процессе модификации
данных при выполнении операций добавления или
удаления.
Кроме указанных ограничений целостности, вводится
понятие семантической поддержки целостности. Структурная,
языковая и ссылочная целостность определяют правила работы
СУБД с реляционными структурами данных. Но эти аспекты
никак не касаются содержания БД. Принципы семантической
поддержки целостности позволяют накладывать ограничения на
содержание БД (например, в библиотеке записаны читатели не
моложе 16 лет).
6. Этапы проектирования реляционных баз данных.

Процесс проектирования БД представляет собой
последовательность переходов от неформального словесного
описания информационной структуры предметной области к
формализованному описанию объектов предметной области в
терминах некоторой модели. Можно выделить следующие
этапы проектирования.
1. Системный анализ и словесное описание информационных
объектов предметной области.
2. Проектирование инфологической модели предметной
области – частично формализованное описание объектов
предметной области в терминах некой инфологической,
например, ER-модели.
3. Даталогическое или логическое проектирование БД, то
есть описание БД в терминах принятой даталогической
модели.
4. Физическое проектирование БД, то есть выбор способа
размещения БД на внешних носителях и создание файла
БД в какой-либо СУБД.
16
Первый этап, системный анализ, должен заканчиваться
подробным описанием информации об объектах,
формулировкой задач с кратким описанием алгоритмов их
решения, описанием входных и выходных документов.
Между вторым и третьим этапами необходимо решить, с
помощью какой СУБД будет реализовываться проект.
Для ER-модели существует алгоритм ее преобразования в
реляционную модель данных:
1. Каждой сущности ставится в соответствие отношение
реляционной модели данных.
2. Каждый атрибут сущности становится атрибутом
соответствующего отношения. Для каждого атрибута
задается тип данных и обязательность (или
необязательность) данного атрибута.
3. Ключевой атрибут сущности становится первичным
ключом соответствующего отношения.
4. Если в ER-модели присутствуют связи «один-ко-многим»,
то в каждое отношение, соответствующее подчиненной
сущности, добавляется атрибут основной сущности, и этот
атрибут становится внешним ключом. Для определения
обязательного (необязательного) типа связи у атрибута,
соответствующего внешнему ключу, устанавливается
обязательность (необязательность).
5. Если в ER-модели присутствуют связи «один-к-одному»,
то необходимо учесть, что в реляционной модели такая
связь может быть организована только между ключевыми
атрибутами отношений, которые должны иметь
одинаковые названия.
6. Если в ER-модели присутствуют связи «многие-ко-
многим», то для перехода к реляционной модели данных
(где такие связи не поддерживаются) вводится
дополнительное связующее отношение. Оно связано с
каждым исходным связью «один-ко-многим», а его
атрибутами являются первичные ключи связываемых
отношений.
17
В результате выполнения даталогического проектирования
должна быть разработана схема БД, то есть совокупность
отношений, которые моделируют объекты БД и связи между
ними. Кроме того, должны быть получены: описание
концептуальной схемы БД в терминах выбранной СУБД,
описание внешних моделей, описание правил и разработка
процедур поддержки целостности БД.
Пример.
КЛАССНОЕ УЧИТЕЛЬ
РУК-ВО Таб номер
Таб № учителя Фамилия
Класс Имя
№ кабинета Отчество
Дата рожд
Стаж
СПИСОК
КЛАССА
№ дела
Фамилия
ПРЕДМЕТ
Имя
Отчество Предмет
Дата рожд № класса
Дом адрес Часов в нед
Телефон
Рис. 7. ER-модель школы.

Рассмотрим следующую ER-модель школы (см. рис. 7).
Выделено 4 сущности: «учитель», «предмет», «классное
руководство» и «список класса». Каждый учитель может вести
несколько предметов; один предмет (напр., математику) может
вести несколько учителей. Поэтому между ними связь «М:М».
Каждый учитель может быть классным руководителем только
18
одного класса. Поэтому между ними связь «1:1». В одном классе
учатся несколько учеников. Поэтому между ними связь «1:М».
Необходимо преобразовать данную модель в
реляционную, используя предложенный выше алгоритм.
Шаг 1. Необходимо ввести следующие отношения:
«учитель», «предмет», «классное руководство» и «список класса»
(см. рис. 8).
КЛАССНОЕ СПИСОК УЧИТЕЛЬ

РУК-ВО КЛАССА
ПРЕДМЕТ
Рис. 8. Отношения.
РУК-ВО
•Таб номер числ
•Таб № учителя числ •Фамилия текст
•Класс текст •Имя текст
ο№ кабинета числ •Отчество текст
οДата рожд дата/время
οСтаж числ
СПИСОК
КЛАССА
•№ дела текст
•Фамилия текст
ПРЕДМЕТ
•Имя текст
οОтчество текст •Предмет текст
οДата рожд дата/время •№ класса числ
οДом адрес текст οЧасов в числ
числ нед
οТелефон
Рис. 9. Отношения и их атрибуты.
19
Шаг 2. В каждое из отношений необходимо ввести
соответствующие атрибуты и отметить ожидаемый тип данных
и обязательность (см. рис. 9). Обязательность отмечена
закрашенным кружком.
Шаг 3. Первичные ключи отмечаются подчеркиванием
(аналогично рис. 7). У отношений «учитель» и «классное
руководство» следует подчеркнуть «таб номер», у «списка
класса» - «№ дела», а у «предмета» – «предмет».
Шаги 4-6. Для реализации связи «классное руководство» -
«список класса» (1:М) в подчиненную сущность «список
класса» необходимо добавить ключевой атрибут основной
сущности «таб № учит». Он станет внешним ключом. На
рисунке 10 связь обозначена «1:∞».
РУК-ВО 1 1 1
•Таб номер числ
1
•Таб № учителя числ •Фамилия текст
•Класс текст •Имя текст
ο№ кабинета числ •Отчество текст
οДата рожд дата/время
οСтаж числ
СПИСОК ПРЕПОДА-
КЛАССА ВАНИЕ
∞
•№ дела текст •Таб номер числ
•Фамилия текст ∞ •Предмет текст
ПРЕДМЕТ
•Имя текст 1
οОтчество текст •Предмет текст
οДата рожд дата/время •№ класса числ
οДом адрес текст οЧасов в числ
числ нед
οТелефон
•Таб № учит числ
∞
Рис. 10. Реляционная модель данных.
20
Связь «классное руководство» - «учитель» (1:1) будет
организована между ключевыми полями «таб № учителя» и «таб
номер».
Связь «учитель» - «предмет» (М:М) не поддерживается
реляционной моделью данных. Для ее реализации требуется
ввести дополнительное связующее отношение «преподавание»
(см. рис. 10). Его атрибутами будут ключевые поля связываемых
отношений «таб номер» и «предмет», а в качестве первичного
ключа будет использоваться сочетание этих атрибутов. Такой
ключ, состоящий из нескольких атрибутов, называется
составным.
Полученная таким образом реляционная модель данных
представлена на рисунке 10.
7. Проектирование баз данных в Access 2002.

Таблицы и связи между ними.
Формирование БД в MS Access состоит из ряда
последовательных этапов. Первый этап этого процесса –
создание таблиц. Таблицы в MS Access являются теми
первичными, исходными файлами, на основе которых в
дальнейшем строится все здание БД.
Данные в таблице организованы в столбцы (называемые
полями) и строки (записи).
Наиболее детальным и основательным методом
Поле
Запись
Рис. 11. Структура таблицы в Access
21
формирования таблиц является режим конструктора. В режиме
конструктора задаются имена полей и типы данных. В
зависимости от характера данных необходимо задать свойства
полей.
Каждая таблица должна содержать одно или несколько
полей, однозначно идентифицирующих каждую запись в
таблице - ключевые поля таблицы. Если поле содержит
уникальные значения, такие как коды или инвентарные номера,
то это поле можно определить как ключевое.
После создания таблиц, содержащих данные, относящиеся
к различным аспектам базы данных, необходимо определить
связи между таблицами. После этого становится возможным
создание запросов, форм и отчетов, в которых выводятся данные
из нескольких таблиц сразу. Когда между двумя таблицами
устанавливается связь, это означает, что величины из одной
таблицы ставятся в соответствие величинам из другой таблицы.
При связывании полей существуют следующие правила.
• Хотя бы в одной из таблиц должно быть ключевое поле.
• Связываемые поля должны иметь одинаковые типы
данных.
• Связываемые поля числового типа должны иметь
одинаковые значения свойства «размер поля».
Тип создаваемой связи зависит от полей, для которых
определяется связь.
• Связь «один-ко-многим» создается в том случае, когда
только одно из полей является ключевым или имеет
уникальный индекс.
• Связь «один-к-одному» создается в том случае, когда оба
связываемых поля являются ключевыми или имеют
уникальные индексы.
Формы.
Формы предназначены для удобства ввода и просмотра
данных из нескольких связанных таблиц. По своей сути форма
представляет собой окно, в котором можно размещать
22
различные управляющие элементы. Чаще всего используются
текстовые поля, списки и кнопки. Формы позволяют
разработать интерфейс, ориентированный на работу с БД
неквалифицированного пользователя.
Отчеты.
Если форма предназначена для работы на экране, то отчет
— это гибкое и эффективное средство для организации данных
при выводе на печать. С помощью отчета имеется возможность
вывести необходимые сведения в том виде, в котором требуется.
Больше всего сведений в отчете берется из базовой таблицы или
запроса, являющихся источниками данных для отчета. Другие
сведения вводятся при разработке отчета.
Запросы.
Запросы – основной способ получения сведений из базы
данных. Запросы являются основным средством просмотра,
изменения и анализа информации, которая содержится в одной
или в нескольких таблицах БД. С помощью запроса можно
отобрать определенную информацию и рассортировать ее по
значениям полей.
Существуют запросы на выборку и запросы на изменение.
Запросы на выборку позволяют извлечь информацию,
рассчитать показатели и создать перекрестные ссылки, но не
изменяют данные в таблицах. Запросы на выборку можно
разделить на простые запросы (вывод какой-либо таблицы
полностью), запросы с использованием групповых операций
(напр., суммирование значений поля, поиск минимального
значения, подсчет количества записей) и запросы с условиями (с
критериями отбора).
Запросы на изменение делятся на запросы на создание
таблицы, запросы на добавление/ удаление/ обновление записей
в таблице и на перекрестные запросы.
Все перечисленные выше запросы можно представить в
виде инструкций на языке SQL (Structured Query Language). Это
стандартный язык запросов по работе с реляционными БД. SQL
23
команды позволяют создавать и удалять таблицы, строки,
изменять данные и т.п.
Страницы доступа к данным.
Страница доступа к данным – файл особого типа,
созданный для работы с данными из Internet или Intranet.
Страница доступа к данным может создаваться и загружаться
без использования Access. В отличии от статических копий
отчета, страницы доступа к данным можно использовать для
ввода и редактирования данных, для передачи данных внутри
БД и по электронной почте.
ПРАКТИЧЕСКАЯ ЧАСТЬ
Работа № 1. Знакомство с Microsoft Access 2002

Цель работы: научиться создавать новую базу данных и
освоить способы создания и редактирования таблиц данных.
1. Создание новой базы данных. Запустить программу

Access 2002 и создать новую базу данных. Для этого
воспользоваться пиктограммой на рабочем столе, либо
выполнить Пуск – Программы – Microsoft Access. В
диалоговом окне Создание файла (справа) выбрать пункт
Новая база данных. Присвоить имя (в папке своей группы).
Завершить создание БД. В результате будет создан файл новой
БД. На экране будет отображено Окно базы данных.
2. В левой части Окна базы данных расположены вкладки
Таблицы, Запросы, Формы, Отчеты, Макросы, Модули.
Выбрать по очереди различные вкладки.
3. Создание новой таблицы в режиме таблицы. Создать
таблицу. Для этого в Окне базы данных выбрать вкладку
Таблицы. Нажать кнопку Создать, расположенную в верхней
24
части Окна базы данных. Таблицы можно создавать в режиме
таблицы, в режиме конструктора, либо с помощью мастера
таблиц. В диалоговом окне Новая таблица выбрать Режим
таблицы, нажать кнопку ОК. В результате на экране появится
таблица, готовая к вводу информации. В верхней части таблицы
находятся заголовки полей (Поле1, Поле2 …). Закрыть таблицу,
сохранив ее под именем Таблица1.
4. Создание новой таблицы в режиме конструктора. Перед
вводом данных в таблицу необходимо задать имена полей, их
свойства, количество полей в таблице и т.п. Это делается в
режиме конструктора. Создать новую таблицу в режиме
конструктора. Для этого в Окне базы данных выбрать вкладку
Таблицы. Нажать кнопку Создать. В диалоговом окне Новая
таблица выбрать Конструктор, нажать кнопку ОК.
При конструировании таблицы необходимо задать имена
полей и тип данных (см. рис.12). Имя поля – это заголовки
столбцов таблицы. В разделе Тип данных можно задать, какие
данные и в каком формате будут введены в таблицу (числовой,
текстовый, денежный и т.п.). Описание поля является
необязательным параметром при конструировании таблицы.
Создать в режиме конструктора таблицу:
№ Фами- Дата Адрес Пас- Сред Дети Посо
п/п лия рож- порт з/пл бие
дения
Для этого в первой строке в разделе Имя поля набрать № п/п.
Мышкой переключиться в раздел Тип данных. Справа от
указателя мыши появится стрелка раскрывающегося списка.
Развернуть список и выбрать из него тип Счетчик.
Переключиться на следующую строку.
В разделе Имя поля набрать Фамилия, в разделе Тип
данных выбрать Текстовый. В нижней половине окна
конструктора расположен раздел Свойства поля. Его вид
25
зависит от выбранного типа данных (текстовый, числовой,
денежный и т.д.). Заполнить свойства для поля Фамилия. В
разделе Размер поля указать 25 (символов), в разделе
Обязательное поле указать Да, в разделе Пустые строки – нет.
В следующей строке раздела Имя поля ввести Дата
рождения. Тип данных задать Дата/время. Заполнить
Свойства поля: Формат поля – Краткий формат даты (см.
рис. 12).
Для полей Адрес и Паспорт установить тип Текстовый.
Для Средней з/пл и Пособия – денежный с двумя знаками после
запятой. Для поля Дети установить тип Логический, формат
поля выбрать Да/нет.
5. Задание ключевого поля. Каждая таблица должна
содержать одно или несколько полей, однозначно
идентифицирующих каждую запись в таблице. Такое поле
называется ключевым. Ключ служит для установления связей
между таблицами и для предотвращения ввода повторяющихся
Рис. 12. Окно конструктора таблицы.
26
данных. В данной таблице в качестве ключевого следует
использовать поле № п/п. Для того чтобы обозначить поле как
ключевое, необходимо в режиме конструктора выделить поле и
нажать кнопку на панели инструментов.
6. Сохранение таблицы. Все объекты в Access, в том числе
таблицы, сохраняются стандартным для Windows способом.
Сохранить таблицу под именем Сотрудники. Закрыть таблицу.
7. Ввод данных в таблицу. Открыть таблицу Сотрудники.
Для этого в Окне базы данных выделить таблицу и нажать
кнопку Открыть в верхней части Окна базы данных. Ввести
10 записей. Обратить внимание на то, что поле № п/п
заполняется автоматически при добавлении новой записи.
Сохранить таблицу.
8. Редактирование таблицы в режиме просмотра таблицы.
Ознакомиться с пунктами меню окна Таблица. Используя
пункты меню Формат, изменить высоту и ширину ячеек для
оптимального представления таблицы на экране. Переименовать
поле №п/п в Табельный номер.
9. Переключиться в режим конструктора и для поля
Фамилия в графе Формат поставить знак > (он .переводит все
символы в ПРОПИСНЫЕ). Переключиться в режим таблицы и
посмотреть, как изменились данные.
10. Заголовок поля. Переключиться в режим конструктора.
В поле Паспорт в окне Свойства поля в графе Подпись ввести:
Паспортные данные. Переключиться в режим таблицы.
Обратите внимание, что заголовок поля изменился. Таким
образом, в графе Подпись можно задавать заголовок поля, если
он не совпадает с именем поля. Закрыть таблицу.
11. Копирование и удаление таблиц. Скопировать таблицу.
(Для этого таблицу предварительно закрыть!) Копирование
таблицы происходит в Окне базы данных аналогично
27
копированию файлов в Windows. Отметить таблицу.
Скопировать ее в буфер обмена. Вставить таблицу из буфера
обмена. При этом присвоить второй таблице имя Копия
таблицы Сотрудники.
Показать работу преподавателю. Удалить скопированную
таблицу. Для этого выделить таблицу и нажать клавишу Delete.
Работа № 2. Создание связей между таблицами

Цель работы: научиться создавать и редактировать
связи между таблицами БД.
Описание предметной области. Магазин занимается

продажей бытовой техники. Бытовые приборы выпускаются
несколькими фирмами-изготовителями. Каждая из фирм
выпускает несколько приборов. Фирмы расположены в разных
странах. На территории одной страны могут располагаться
несколько фирм. В каждой из фирм имеется штат менеджеров,
осуществляющих продажу продукции.
1. Создать новую базу данных Техника. Создать таблицы
новой базы данных согласно реляционной модели,
представленной на рисунке 13.
2. Создание связей между полями таблиц. Перед созданием
связей закрыть все таблицы! В меню Сервис выбрать Схема
данных. В диалоговом окне Добавление таблицы отметить все
четыре таблицы и нажать кнопку Добавить. Закрыть окно
Добавление таблицы.
В окне Схема данных установить связь между
соответствующими полями таблиц Фирмы и Приборы. Для
этого щелкнуть мышью по полю Код фирмы таблицы Фирмы и,
удерживая ее, перетащить указатель мыши на поле Код фирмы
таблицы Приборы. На экране появится диалоговое окно Связи.
28
МЕНЕДЖЕРЫ ФИРМЫ
1
•Табельный номер счетчик •Код фирмы счетчик
1
•Код фирмы ∞ числ •Название фирмы текст
οФамилия текст ∞ •Код страны числ
οТелефон текст οАдрес текст
ПРИБОРЫ
СТРАНЫ
•Номер модели счетчик
•Название прибора текст •Код страны счетчик
•Код фирмы ∞ числ 1 •Название страны текст
οГод выпуска числ
οЦена денеж
οВес числ
Рис. 13. Реляционная модель БД «Приборы».
В левой части этого окна указано связываемое поле

родительской таблицы, а в правой – дочерней. Поставить
флажки на пунктах Обеспечение целостности данных и
Каскадное обновление, нажать кнопку Создать. В окне Схемы
данных появится линия связи между таблицами Фирмы и
Приборы. Следует обратить внимание, что на одном конце
линии связи стоит знак 1, а на другом ∞ . Этот тип связи
называется «один-ко-многим». Связь с отношением «один-ко-
многим» является наиболее часто используемым типом связи
между таблицами. В такой связи каждой записи в таблице
Фирмы могут соответствовать несколько записей в таблице
Приборы, а запись в таблице Приборы не может иметь более
одной соответствующей ей записи в таблице Фирмы.
3. Аналогичным образом установить связи между
остальными полями таблиц. Сравнить с образцом на рисунке 14.
29
Рис. 14. Схеме данных БД «Приборы»
Сохранить базу данных Техника. Показать результат работы

преподавателю. Закрыть базу данных.
Работа № 3. Создание формы в режиме автоформы и с

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

установления связей необходимо ввести данные в таблицу
(записи). Это можно делать как в режиме таблицы, так и
используя Формы. Форма представляет собой бланк для
заполнения таблиц. Она создает комфорт при работе с Access,
защищает базу от действий неквалифицированных
пользователей и скрывает конфиденциальную информацию.
Кроме того, формы используются при получении ответов на
запросы.
30
1. Создание формы в режиме Автоформы.
Открыть базу данных Техника. В Окне базы данных
выбрать вкладку Формы, нажать кнопку Создать. Формы
можно создавать в режимах конструктора, мастера форм и
автоформы. При использовании автоформы в форме
отображаются все поля и записи базовой таблицы. Выбрать
Автоформа: в столбец. В качестве источника данных в
раскрывающемся списке в нижней части окна выбрать таблицу
Страны, нажать кнопку ОК. В результате появится
автоматически созданная форма в виде столбца. Ввести 5
записей. Закрыть форму.
2. Создание формы с помощью мастера.
Создать новую форму с использованием мастера форм.
Для этого нажать кнопку Создать и выбрать Мастер форм. В
качестве источника данных выбрать таблицу Фирмы, нажать
кнопку ОК. В отличие от автоформы, мастер работает более
гибко: есть возможность включить в проектируемую форму
произвольный набор полей из различных выбранных таблиц.
Используя кнопку >>, перенести в форму все поля таблицы
Фирмы. Обратить внимание, что в таблице присутствует поле
Код страны, но нет названия страны. Чтобы добавить его в
форму, выбрать таблицу Страны (см. рис.15). Выделить поле
Название страны в левой половине окна и Код страны в правой
половине, нажать >. Тогда поле Название страны будет
помещено после поля Код страны в создаваемой форме. Нажать
кнопку Далее. В следующем окне выбрать Вид представления
данных -Фирмы и далее следовать инструкциям мастера до
завершения создания формы. Ввести 5 записей. При вводе
данных в поле Код страны вводить только те значения, которые
уже были введены в таблицу Страны (так как поля Код страны
таблицы Страны и Код страны таблицы Фирмы связаны).
Сохранить форму и закрыть.
31
Рис. 15. Окно мастера форм, шаг 2.
3. С помощью мастера форм создать форму Менеджер.

Включить все поля таблицы Менеджер и поле Название фирмы
таблицы Фирмы. Вид представления данных выбрать -Фирмы,
Подчиненная форма. Закончить создание формы, следуя
инструкциям. В результате получится вложенная форма, где
основная форма – Фирмы, а подчиненная – Менеджер. Для того,
чтобы заносить данные о менеджерах, необходимо сначала
открыть запись соответствующей фирмы в основной форме, а
потом внести записи о менеджерах этой фирмы в подчиненную
форму. Для каждой из фирм занести по 3 записи о менеджерах
(не дублировать Номер менеджера). Сохранить форму и
закрыть.
Обратить внимание, что в предыдущем случае (п.2) была
создана одиночная форма, хотя в ней также использовались поля
из двух таблиц. Но в предыдущем случае в качестве основной
использовалась таблица Фирмы. Связь между таблицами Фирмы
32
и Страны имеет тип отношения «многие-к-одному», то есть
каждой записи таблицы Фирмы соответствует одна запись
таблицы Страны. А в последнем случае (п.3) связь Фирмы -
Менеджер имеет тип отношения «один-ко-многим», то есть
одной записи таблицы Фирмы может соответствовать несколько
записей таблицы Менеджер (у одной фирмы может быть
несколько менеджеров).
4. С помощью мастера форм создать форму для ввода
данных в таблицу Приборы. Включить все поля таблицы
Приборы и дополнительное поле Название фирмы таблицы
Фирмы. Ввести 10 записей. Сохранить и закрыть форму.
5. Открыть таблицы Страны, Фирмы, Менеджер,
Приборы и посмотреть внесенные данные. Показать результат
работы преподавателю. Закрыть таблицы. Закрыть базу данных.
Работа № 4. Создание запросов на выборку

Цель работы: ознакомиться с основными типами
запросов на выборку и научиться создавать запросы в режиме
конструктора запросов.
Запросы на выборку позволяют извлечь информацию,

рассчитать показатели и создать перекрестные ссылки, но не
изменяют данные в таблицах. Запросы могут создаваться как в
режиме конструктора, так и посредством мастера.
1. Создание простых запросов. Простые запросы
формируются с помощью мастера и не содержат каких-либо
критериев, условий, фильтров. Открыть базу данных Техника.
Перейти на вкладку Запросы. Выбрать опцию Создать запрос
при помощи мастера. На экране появится окно Создание
простых запросов. Из таблицы Страны внести в запрос поля
Код страны и Страна, из таблицы Фирмы – Название фирмы и
Адрес. Далее следуйте инструкциям и завершите создание
33
запроса, сохранив его под именем Запрос1. Таким образом, был
создан запрос, в результате которого вы получили список стран
и фирм, которые там находятся.
2. Создание запроса в режиме конструктора. Создание
запроса с помощью конструктора - это основной способ
формирования запросов. Перейти в Окно базы данных.
Активизировать опцию Создать запрос в режиме
конструктора. В окне Добавление таблицы добавить таблицы
Страны и Фирмы. Закрыть окно Добавление таблицы. В
результате на экране останется окно конструктора запросов (см.
рис.16).
Чтобы поместить поля в бланк запроса, надо дважды
щелкнуть на соответствующем поле таблицы, либо поставить
Рис. 16. Окно конструктора запросов.
курсор в строку Поле в нижней части окна и из списка полей

выбрать нужные (см. рис. 16). Как и в предыдущем случае,
включить в бланк запроса поля с кодом и названием страны, а
также с названием и адресом фирмы. Сохранить запрос под
34
именем Запрос2. Нажать кнопку запуска запроса . В
результате получится таблица, полностью совпадающая с п.1.
Закрыть базу данных Техника.
3. Создать новую базу данных Факультет. В ней в
режиме конструктора создать следующую таблицу.
№п/п Фамилия Имя Ср балл Сумма баллов
аттестата вступит
экзамены
Ключ., Текст. Текст. Числ,, одинарное Числ., длинное
счетчик с плав. точкой целое
Сохранить таблицу под именем Абитуриент.
4. Ввести 10 записей (желательно, чтобы имена и
фамилии начинались в основном на буквы «П» или «Р»,
средний балл лежал в интервале от 4 до 5, сумма баллов от 10
до 20).
5. Создание запросов с использованием групповых
операций. Запросы с использованием групповых операций
предназначены для первичной обработки полученной
информации – ее суммирования, осреднения и т.п. В Окне
базы данных выбрать Запросы, Создание в режиме
конструктора. Добавить таблицу Абитуриент. Для того чтобы
опция Групповые операции стала доступна, необходимо
щелкнуть на кнопке на панели инструментов. Тогда в
бланке запроса появится дополнительная строка Групповая
операция. Включить в бланк запроса поле №п/п. Щелкнуть в
строке Групповые операции, развернуть стрелку прокрутки и
выбрать функцию Count, которая суммирует количество
записей, возвращаемых запросом. Сохранить запрос под
именем Запрос5 и запустить его. Закрыть. Выполнить
следующие запросы, сохраняя каждый из них под именами
Запрос5_1, Запрос5_2…
35
Рассчитать среднее значение поля Средний балл и поля
Сумма баллов. Для этого для полей Средний балл и Сумма
баллов за экзамены выбрать функцию Avg, вычисляющую
среднее арифметическое набора чисел поля.
Найти минимальное значение поля Сумма баллов.
Показать последнюю запись в таблице Абитуриент. В запрос
должны быть включены все поля таблицы.
6. Создание запросов с условиями отбора. Условия отбора
- это ограничения, которые пользователь накладывает на запрос
для определения записей, с которыми он будет работать. Чтобы
установить условие отбора для поля в бланке запроса, в ячейку
Условие отбора для данного поля необходимо ввести
выражение. При написании выражения необходимо учитывать
несколько общих правил. При работе с текстовыми данными их
заключают в кавычки (=”Иванов”). При работе с датами
используют символ # (<#12.03.1998#). Числа набирают без
каких-то дополнительных символов. Пустые позиции
обозначаются ключевым словом Null.
6.1. Отбор записей, содержащих значения, которые
больше, меньше, равны, не равны или находятся между
указанными значениями. Построить запрос к таблице
Абитуриент. Включить все поля. Для поля Средний балл ввести
условие >4,5. Запустить запрос. Вернуться в режим
конструктора. Удалить это условие. В поле Фамилия ввести
условие >=”Иванов” (Все фамилии, начиная с «Иванов» и до
конца алфавита). Запустить запрос. Вернуться в режим
конструктора. Удалить условие. В поле № задать условие
Between 4 And 8 (числа в диапазоне от 4 до 8). Запустить запрос.
Сохранить последний запрос под именем Запрос6_1. Закрыть.
6.2. Отбор записей, начинающихся или кончающихся
определенными наборами символов. Для этого используются
подстановочные знаки: ∗ - заменяет любое количество цифр или
символов, ? – заменяет один символ. Построить запрос к
36
таблице Абитуриент. Включить все поля. Используя
подстановочные символы, вывести (по очереди) а) все записи с
фамилиями, начинающимися на букву «Р»; б) все записи с
именами из 4 букв; в) все записи, в которых средний балл
аттестата заканчивается на цифру «5». Сохранить последний
запрос под именем Запрос6_2. Закрыть.
6.3. Отбор записей, кроме определенных. Для отбора
записей кроме определенных используется ключевое слово Not.
Построить запрос к таблице Абитуриент. Включить все поля.
Вывести: а) фамилии кроме начинающихся с буквы «П»: Not П*;
б) непустые позиции в поле Имя: Not Null. Сохранить последний
запрос под именем Запрос6_3. Закрыть.
6.4. Запросы с дополнительными условиями отбора. Для
того же поля или для нескольких полей можно ввести
дополнительные условия отбора. Если выражения вводятся в
несколько ячеек Условие отбора, то они автоматически
комбинируются с помощью операторов And или Or. Если
выражения находятся в разных ячейках, но в одной строке, то
автоматически используется оператор And, что означает, что
будут возвращены только записи, отвечающие условиям отбора,
указанным во всех ячейках. Если же выражения находятся в
разных строках бланка запроса, то автоматически используется
оператор Or, что означает, что возвращены будут записи,
отвечающие любому из условий отбора, указанных в ячейках.
Выполнить следующие запросы, сохраняя каждый из них
под именами Запрос6_41, Запрос6_42…
Вывести записи, у которых Средний балл выше 4,6 и Сумма
баллов >16.
Вывести записи, у которых Средний балл выше 4,6 или
Сумма баллов >16.
Вывести записи, у которых Фамилия начинается на «П» или на
«Р».
37
Вывести записи, у которых Фамилия начинается на «П» или
Имя на «Р».
Вывести записи, у которых (Фамилия начинается на «П» и
Средний балл >4.6) или (Имя начинается на «Р» и Сумма баллов
>16).
Закрыть БД Факультет.
Работа № 5. Создание отчетов

Цель работы: научиться создавать отчеты.
Технология создания отчета в Access 2002 аналогична

созданию формы. Разница между этими двумя объектами
заключается в их целевом назначении. Если форма необходима
для работы с данными на экране, то отчет предназначен для
печати и представляет ценность как материальная копия
документа, полученного из базы данных.
Отчеты можно формировать с помощью: автоотчета,
мастера отчетов и конструктора отчетов.
1. Создание отчета с помощью автоотчета. Отчет,
созданный таким образом, будет отображать все поля и записи
базовой таблицы или запроса.
Создать отчет по таблице Страны базы данных Техника.
Для этого открыть БД Техника. В Окне базы данных выбрать
вкладку Отчеты. Создать новый отчет в режиме автоотчета в
столбец. В качестве источника данных выбрать таблицу
Страны. Завершить создание отчета. Сохранить отчет под
именем Страны (через меню Файл – Сохранить). Закрыть
созданный отчет.
Аналогично в режиме автоотчета создать отчет по таблице
Фирмы, используя автоотчет: ленточный. Что изменилось в
отображении данных? Сохранить отчет под именем Фирмы.
38
2. Создание отчета с помощью мастера. В отличие от
форм, в отчетах можно группировать и сортировать данные. С
помощью мастера отчетов создать отчет по таблице Приборы,
включив в нее все поля, кроме поля Код фирмы. На следующем
шаге добавить уровень группировки по году выпуска. Далее
добавить сортировку данных по названию прибора. Следуя
инструкциям мастера, завершить создание отчета. Сохранить
его под именем Приборы.
4. Создание отчета на основе запроса. Для того чтобы
выводить на печать данные, полученные с помощью запросов,
используются отчеты, созданные на базе запросов. Технология
создания таких отчетов полностью совпадает с созданием
отчетов на базе таблиц, только в качестве источника
необходимо выбрать не таблицу, а соответствующий запрос.
Создать автоотчет: ленточный на базе одного из
запросов (любого) БД Техника. Сохранить его под именем
Отчет_Запрос. Показать работу преподавателю.
ЗАДАНИЯ ДЛЯ КОНТРОЛЬНОЙ РАБОТЫ

Разработать базу данных согласно описанию предметной
области (по вариантам). В работе должны быть четко
представлены:
1) исследование предметной области;
2) ER-модель;
3) реляционная модель с описанием функций запросов и
отчетов;
4) файл базы данных.
Работа делится на теоретическую и практическую части.
Теоретическая часть (пункты 1-3.) оформляется обычным
образом и сдается в деканат.
Практическая часть (пункт 4) выполняется на компьютере
в СУБД MS Access 97 (или позднее).
39
Создать таблицы и установить связи между ними.
Заполнить таблицы. Родительская таблица (соответствующая
основному отношению) должна содержать не более 5(!) записей.
Остальные – не менее 10 записей. Выполнить запросы и отчеты.
Результат представляется на дискете (диске) в виде файла
Access с именем, состоящим из номера группы, фамилии,
записанной латинскими буквами и номера зачетной книжки
согласно образцу:
910081_Ivanov_913348
Дискету (диск) с практической частью необходимо принести с
собой на занятие (не сдавать вместе с контрольной работой в
деканат).
Номер варианта определяется по последним двум цифрам
зачетной книжки из таблицы 1.
Таблица 1. Варианты заданий.
№ зач книжки Вариант

01, 16, 31, 46, 61, 76, 91 1
02, 17, 32, 47, 62, 77, 92 2
03, 18, 33, 48, 63, 78, 93 3
04, 19, 34, 49, 64, 79, 94 4
05, 20, 35, 50, 65, 80, 95 5
06, 21, 36, 51, 66, 81, 96 6
07, 22, 37, 52, 67, 82, 97 7
08, 23, 38, 53, 68, 83, 98 8
09, 24, 39, 54, 69, 84, 99 9
10, 25, 40, 55, 70, 85, 00 10
11, 26, 41, 56, 71, 86 11
12, 27, 42, 57, 72, 87 12
13, 28, 43, 58, 73, 88 13
14, 29, 44, 59, 74, 89 14
15, 30, 45, 60, 75, 90 15
40
Например, зачетной книжке с номером 913348 (последние две
цифры 48) соответствует вариант 3. Пример выполнения
пунктов 1-3 контрольной работы представлен на стр. 51 данных
методических указаний.
Вариант 1. Создать базу данных детского сада.
В детском саду 4 группы (младшая, средняя, старшая,
подготовительная). В каждой группе несколько детей, у
которых учитывается фамилия, имя, дата рождения и
домашний адрес. Кроме этого необходимо создать таблицу
дополнительных сведений о ребенке, где будут учитываться
фамилия, имя, отчество одного родителя, его место работы,
телефон рабочий и домашний.
Создать следующие запросы:
• вывести данные детей, фамилии которых начинаются на
буквы «А» или «Г»;
• вывести данные детей, возраст, которых равен 5 годам;
• вывести фамилии детей средней группы;
• вывести фамилии детей в возрасте до 5 лет, а также данные
их родителей.
Создать следующие отчеты:
• вывести данные всех детей детского сада с указанием
домашнего телефона;
• вывести фамилии детей по группам.
Вариант 2. Создать базу данных туристической базы
На туристической базе 5 тренеров, которые занимаются с
туристами различными видами спорта («горные лыжи»,
«слалом», «сноуборд»). За каждым тренером закреплено
несколько туристов. У них фиксируются фамилия, имя
отчество, дата прибытия и стоимость путевки. Кроме этого
необходимо создать для чрезвычайной ситуации таблицу
дополнительных сведений о туристе, куда входят домашний
адрес, место работы, группа крови.
41
• вывести данные туристов, фамилии которых начинаются
на буквы «В» или «Н»;
• вывести данные туристов, прибывших в январе;
• вывести фамилии туристов, которые занимаются горными
лыжами;
• вывести фамилии туристов, которые занимаются
слаломом, а также их домашний адрес, место работы и
группу крови.
• вывести данные всех туристов;
• вывести фамилии туристов и их тренеров, данные
сгруппировать по фамилиям тренеров.
Вариант 3. Создать базу данных факультета
На факультете несколько групп (94-21, 94-22, 93-21, 93-22, 92-
21). В каждой группе несколько студентов, у которых
фиксируются номер зачетной книжки, фамилия, имя,
отчество, дата рождения и форма оплаты (бюджетная или
внебюджетная). Кроме этого, необходимо создать таблицу
дополнительных сведений о студенте, куда следует включить
адрес прописки, номер страхового свидетельства, паспортные
данные.
• вывести данные студентов, фамилии которых начинаются
на буквы «К» или «А»;
• вывести данные студентов, родившихся в феврале;
• вывести данные студентов, которые обучаются с
внебюджетной формой оплаты;
• вывести фамилии студентов, прописанных в г. Казань с
указанием их домашнего адреса, паспортных данных и
номера страхового свидетельства.
42
• вывести данные всех студентов с указанием адреса
прописки, паспортных данных и номера страхового
свидетельства;
• вывести фамилии студентов по группам.
Вариант 4. Создать базу данных фирмы «Эдельвейс»
Фирма «Эдельвейс-М» производит и реализует молочную
продукцию. На предприятии существуют следующие отделы:
«Отдел продаж», «Технический отдел», «Отдел маркетинга» и
«Бухгалтерия». В каждом отделе несколько сотрудников, у
которых фиксируются фамилия, имя, отчество, должность
(инженер, менеджер, маркетолог, бухгалтер), оклад и дата
поступления на работу. Кроме этого необходимо создать
таблицу дополнительных сведений о сотруднике, где будут
фиксироваться домашний адрес, паспортные данные, дата
рождения, телефон.
• вывести данные сотрудников, фамилии которых
начинаются на буквы «В» или «М»;
• вывести данные сотрудников, стаж работы которых
больше 5 лет;
• вывести данные сотрудников, у которых оклад от 8000 до
1000 рублей;
• вывести фамилии менеджеров, с указанием их домашнего
адреса, паспортных данных и телефона.
• вывести фамилии всех сотрудников по отделам;
• вывести данные сотрудников бухгалтерии.
Вариант 5. Создать базу данных отделения социальной
защиты
В отделении социальной защиты работают 5 патронажных
сестер, которые обслуживают лежачих пенсионеров. У
каждой патронажной сестры по 2-3 пенсионера, для которых
43
указываются фамилия, имя, отчество, адрес проживания,
паспортные данные, сумма пенсии, телефон. Кроме этого
имеются дополнительные сведения об основном диагнозе
болезни, справочные данные об одном из родственников.
• вывести данные пенсионеров, фамилии которых
• вывести данные пенсионеров, у которых пенсия ниже 2000
руб;
• вывести фамилии пенсионеров, у которых нет телефонаю
• вывести фамилии всех пенсионеров, данные сгруппировать
по фамилиям патронажных сестер, которые их
обслуживают;
• вывести данные пенсионеров с адресами и телефонами
дальних родственников.
Вариант 6. Создать базу данных отделения социальной
защиты
В отделении социальной защиты работают патронажные
сестры, которые обслуживают лежачих пенсионеров. Одна и
та же сестра может обслуживать разных пенсионеров. С
другой стороны, к каждому пенсионеру могут приходить
разные сестры. Для каждого такого визита фиксируются,
какая сестра к кому приходила и дата визита. Кроме того, в
базе данных должны содержаться сведения о фамилии, имени,
отчестве, адресе, дате рождения и телефоне пенсионеров, а
также о фамилии и дате поступления на работу
патронажных сестер.
• вывести данные пенсионеров, фамилии которых
начинаются на буквы «А» или «П»;
• вывести данные патронажных сестер, стаж работы
которых больше 5 лет;
44
• вывести данные о визитах сестер к пенсионерам;
• вывести фамилии пенсионеров, у которых нет телефона.
• вывести фамилии всех патронажных сестер с указанием
пенсионеров, которых они обслуживали;
• вывести данные всех пенсионеров.
Вариант 7. Создать базу данных фирмы «М-вид»
Фирма «М-вид» реализует товары 4 видов: компьютеры,
бытовую технику, оргтехнику и торговое оборудование. Для
каждого товара указывается наименование, цена, дата
изготовления и производитель. За каждым видом товара
закреплен свой консультант-менеджер. У менеджера имеется
табельный номер, фамилия, имя, отчество, дата поступления
на работу и оклад.
• вывести фамилии сотрудников, у которых оклад от 8000 до
1000 рублей;
• вывести данные менеджеров, с указанием их домашнего
адреса, паспортных данных и телефона.
• вывести данные всех видов товара и отвечающих за него
менеджеров;
• вывести товары отдела бытовой техники с указанием
производителя.
Вариант 8. Создать базу данных фирмы «ЖЖЖ»
Фирма «ЖЖЖ» реализует гастрономическую продукцию (код,
наименование продукта, срок годности) и работает с
поставщиками (ИНН, название фирмы). Каждый поставщик
45
поставляет различные продукты. С другой стороны, один и
тот же товар может поставляться разными поставщиками.
При каждой такой поставке указываются код продукта, ИНН
поставщика, цена, дата изготовления продукта, дата
поставки и производитель.
• вывести данные о продуктах, срок годности которых
свыше 10 дней;
• вывести данные фирм, которые поставляли товары в марте;
• вывести данные всех поставок с указанием названий фирм
и наименований продуктов.
• вывести данные всех поставок, данные сгруппировать по
фирмам;
• вывести данные всех поставок, данные сгруппировать по
товарам.
Вариант 9. Создать базу данных фирмы «Статус»
Фирма «Статус» реализует телефоны различных фирм
(«Nokia», «Siemens», «LG», «Motorola»). Каждая фирма
выпускает различные модели, для которых указывается номер
модели, код фирмы-изготовителя, год выпуска, вес. При
поступлении товара учитываются модель, дата поставки,
цена закупочная и цена реализации.
• вывести фирмы и модели телефонов, цена реализации
которых ниже 5000 рублей;
• вывести фирмы и модели телефонов текущего года
выпуска;
• вывести данные телефонов с весом более 200г.
• вывести данные всех телефонов, имеющихся в фирме,
сгруппировать по фирмам-производителям;
• вывести данные телефонов фирмы «Samsung».
46
Вариант 10. Создать базу данных библиотеки
В библиотеке книги сортируются по отделам: классическая
литература, приключения и фантастика, детективы, женский
роман и детская литература. Для книг фиксируются автор, год
издания, стоимость. Для авторов – фамилия, имя, отчество,
страна проживания, годы жизни.
• вывести данные писателей, фамилии которых начинаются
на буквы «А» или «К»;
• вывести данные книг, изданных за последние 5 лет;
• вывести данные книг, стоимость которых ниже 100 рублей.
• вывести данные всех книг, сгруппировать по отделам;
• вывести данные всех книг, написанных писателями из
России.
Вариант 11. Создать базу данных библиотеки
В библиотеке для книг фиксируются автор, год издания,
стоимость. Для читателей – номер читательского билета,
фамилия, паспортные данные. При получении книги в
библиотеке фиксируются номер книги, номер читательского
билета, дата получения, отметка о возврате книги.
• вывести данные книг, которые брали читатели, с
фамилиями на буквы «С» или «Р»;
• вывести данные книг, которые находятся на руках и
данные читателей;
• вывести данные книг, изданных за последний год.
• вывести данные всех книг;
• вывести все записи получения книг, данные сгруппировать
по фамилиям читателей.
47
Вариант 12. Создать базу данных ателье мод
Ателье мод представляет собой небольшой комплекс различных
залов и служб для оказания услуг населению. В этот комплекс
входят зал кроя, пошивочный зал, обметочный зал, зал приемки
заказов у населения. В каждом из этих залов работают по
несколько сотрудников, у которых в базе данных требуется
учесть фамилию, имя, отчество, телефон, дату поступления
на работу и специальность. Специальность определяется из
штатного расписания, которое представляет собой перечень
специальностей и окладов.
начинаются на буквы «С» или «П»;
5500 рублей;
• вывести данные сотрудников зала кроя.
• вывести данные всех сотрудников, сгруппировать по
отделам;
• вывести данные сотрудников пошивочного зала.
Вариант 13. Создать базу данных оптового склада
Имеется оптовый склад, в котором 4 отдела: бытовая химия,
канцелярские товары, видеокассеты, садовый инвентарь. В
каждом отделе работает по несколько сотрудников, у
которых фиксируются фамилия, имя, отчество, оклад и дата
поступления на работу. За сотрудниками закреплены клиенты.
Имеются сведения о месте работы клиентов, их телефоне и
фамилии.
48
10000 рублей;
• вывести данные клиентов отдела бытовой химии.
• вывести данные всех сотрудников, сгруппировать по
отделам;
• вывести данные сотрудников и их постоянных клиентов.
Вариант 14. Создать базу данных факультета
На факультете 4 кафедры: «Иностранных языков»,
«Маркетинга», «Права» и «Охраны труда». Для каждой
кафедры фиксируются фамилия заведующего, номер его
кабинета, телефон. На каждой кафедре работает по
несколько преподавателей. У каждого преподавателя свой
табельный номер, должность, предмет, который он ведет.
Кроме того, необходимо составить таблицу дополнительных
сведений о преподавателе, куда входят, ИНН, номер страхового
свидетельства, домашний адрес, домашний телефон.
• вывести данные преподавателей, фамилии которых
начинаются на буквы «К» или «А»;
• вывести данные преподавателей кафедры охраны труда;
• вывести данные преподавателей, у которых нет телефона.
• вывести данные всех преподавателей, сгруппировать по
кафедрам;
• вывести дополнительные сведения преподавателей
кафедры права.
Вариант 15. Создать базу данных ЖЭУ
ЖЭУ обслуживает несколько домов, для которых указывается
улица, номер дома, этажность, год постройки. Для квартир
49
фиксируются номер, фамилия владельца, площадь (кв. м.),
количество проживающих. В ЖЭУ работают управляющие
домами (учитывается фамилия), за каждым закреплены
несколько домов.
• вывести данные домов по улице Восстания;
• вывести данные домов, которые были построены за
последние 2 года;
• вывести данные владельцев квартир, метраж которых
менее 40 метров;
• вывести данные всех квартир, сгруппировать по
управляющим домами;
• вывести данные всех домов и их управляющих.
Пример выполнения контрольной работы

1. Исследование предметной области.
ЖЭУ обслуживает дома своего района. В ЖЭУ работают
управляющие домами, дворники и сантехники. Для домов
указывается улица, номер дома, этажность и количество
подъездов. Для рабочих – фамилия, имя, отчество, дата
поступления на работу, должность и оклад. Каждый
сотрудник ЖЭУ может обслуживать несколько домов.
• вывести данные сотрудников, обслуживающих улицу
Декабристов;
• вывести фамилии сотрудников со стажем более 3 лет;
• вывести фамилии дворников и дома, которые они
обслуживают.
• вывести данные всех сотрудников;
• вывести данные всех домов, сгруппировать по
управляющим домами.
50
2. ER-модель.
Согласно описанию предметной области можно выделить
следующие сущности: «сотрудники» и «дома».
Так как каждый сотрудник может обслуживать несколько домов,
то на один экземпляр сущности «сотрудники» приходится
несколько экземпляров сущности «дома».
С другой стороны, в каждом доме может работать несколько
сотрудников ЖЭУ (дворник, лифтер, сантехник и т.п.). Поэтому
на один экземпляр сущности «дома» может приходиться
несколько экземпляров сущности «сотрудники».
Таким образом, тип связи между сущностями «дома» и
«сотрудники» будет «многие-ко-многим», а ER-модель будет
выглядеть следующим образом (рис. 17).
СОТРУДНИКИ ДОМА
Таб № сотрудника Код дома
Фамилия Улица
Имя Номер
Отчество Этажность
Дата пост на раб Кол-во подъездов
Должность
Оклад
Рис. 17. ER-модель БД ЖЭУ.

В сущность «сотрудники» в качестве ключевого был добавлен
атрибут «Таб № сотрудника». В сущности «дома» - «Код дома».
3. Реляционная модель.
Согласно алгоритму преобразования ER-модели в реляционную
модель данных сущностям «сотрудники» и «дома» будут
соответствовать одноименные отношения с соответствующими
атрибутами. Для реализации связи «многие-ко-многим», которая
не поддерживается реляционной моделью, необходимо ввести
связующее отношение. Обозначим его как «работа». Его
51
атрибутами будут «Таб № сотрудника» и «Код дома», а их
комбинация будет образовывать составной ключ отношения.
Полученная таким образом модель представлена на рисунке 18.
СОТРУДНИКИ ДОМА
1 1
•Таб № сотрудника числ •Код дома числ
•Фамилия текст •Улица текст
οИмя текст •Номер числ
οОтчество текст οЭтажность числ
οДата пост на раб дата/вр οКол-во подъездов числ
•Должность текст
οОклад ден
РАБОТА
•Таб № сотрудника числ
∞
•Код дома числ
∞
Рис. 18. Реляционная модель БД ЖЭУ.
База данных «ЖЭУ» была разработана в MS Access 2002. На
рисунке 19 представлена схема базы данных «ЖЭУ».
Рис. 19. Схема данных «»ЖЭУ».
Родительскими здесь являются таблицы «сотрудники» и «дома»,

в соответствии с требованиями в них содержится по 5 записей.
52
В таблице «работа» - не менее 10 записей. Содержание таблиц
приведено ниже.
Таблица «Дома».
Код дома Улица Номер Этажность Кол-во подъездов
1 Декабристов 4 2 4
4 Восстания 22 5 6
Таблица «Сотрудники»
Таб Дата пост
Фамилия Имя Отчество Должн Оклад
№ на раб
1 Салтыков Федор Петрович 10.06.2001 дворник 3 000р.
2 Малинин Николай Сергеекич 01.01.2004 дворник 3 000р.
3 Куприянов Василий Николаевич 05.08.2002 сантехник 3 500р.
4 Никитина Маргарита Семеновна 01.01.2000 управдом 3 800р.
5 Лебедева Юлия Сергеевна 08.05.2004 управдом 3 800р.
Таблица «Работа»
Таб № сотрудника Код дома
1 1
1 2
1 3
2 4
2 5
3 1
3 2
3 3
4 1
4 3
4 4
5 2
5 5
53
Были созданы следующие запросы.
Запрос «Сотрудники-Декабристов» выводит данные

сотрудников, обслуживающих улицу Декабристов.
Дата
Таб Отчест Долж Ном
Фамилия Имя пост Оклад Улица
№ во ность ер
раб
1 Салтыков Федор Петров 10.06. дворн 3 000. Декабрис 4
ич 2001 ик тов
3 Куприянов Васили Никола 05.08. сантех 3 500. Декабрис 4
й евич 2002 ник тов
4 Никитина Маргар Семено 01.01. управд 3 800. Декабрис 4
ита вна 2000 ом тов
4 Никитина Маргар Семено 01.01. управд 3 800. Декабрис 10
ита вна 2000 ом тов
5 Лебедева Юлия Сергеев 08.05. управд 3 800. Декабрис 8
на 2004 ом тов
Запрос «Сотрудники-Стаж» выводит фамилии сотрудников со

стажем более 3 лет.
Фамилия Дата поступ на раб

Малинин 01.01.2004
Куприянов 05.08.2002
Лебедева 08.05.2004
54
Запрос «Дворники-Дома» выводит фамилии дворников и дома,
которые они обслуживают.
Фамилия Должность Улица Номер

Салтыков дворник Декабристов 4
Малинин дворник Восстания 22
Малинин дворник Восстания 24
Были созданы следующие отчеты.
Отчет «Сотрудники» выводит данные всех сотрудников.

Таб Фамилия Имя Отчество Дата Должность Оклад
№ поступ
1 Салтыков Федор Петрович 10.06.2001 дворник 3 000р.
2 Малинин Николай Сергеекич 01.01.2004 дворник 3 000р.
3 Куприянов Василий Николаевич 05.08.2002 сантехник 3 500р.
4 Никитина Маргарита Семеновн 01.01.2000 управдом 3 800р.
5 Лебедева Юлия Сергеевна 08.05.2004 управдом 3 800р.
Отчет «Управдомами» выводит данные всех домов,

сгруппированных по управляющим домами.
Фамилия Код дома Улица Ном Этаж Кол-во

ер ность подъез
Лебедева
Никитина
55
Библиографический список
1. Карпова Т.С. Базы данных: модели, разработка,

реализация.– СПб.: Питер, 2001. – 304 с.
2. Access 2000. Проектирование баз данных. / Дубнов П.Ю.

Издательство ДМК, М.:2000. – 346 с.
3. Скотт Ф. Баркер Профессиональное программирование в

Microsoft Access 2002.: Пре. С англ. – М.: Издательский дом
«Вильямс», 2002. – 992 с.: ил. – Парал. Тит. Англ.
4. Разработка и реализация информационной модели

предметной области: Методические указания/ Казан. гос.
технол. ун-т; Сост.: Г.А.Гадельшина, А.В.Аксянова,
Аз.М.Гумеров, Л.Ю.Кошкина. Казань, 2004. 55 с.
5. Access 2000: Методические указания / Казан. гос. технол.

ун-т; Сост.: Г.А.Гадельшина, А.В.Аксянова, Аз.М.Гумеров,
А.Н.Валеева. Казань, 2002. 40 с.
56
Содержание
Т Е О Р Е Т И Ч Е С К А Я Ч А С Т Ь _____________________ 2
Введение ___________________________________________ 2
1. История развития систем управления базами данных_ 3
2. Основные понятия и определения __________________ 4
3. Модели данных ___________________________________ 7
4. Модель «сущность-связь» _________________________ 10
5. Реляционная модель данных ______________________ 13
6. Этапы проектирования реляционных баз данных. ___ 16
7. Проектирование баз данных в Access 2002. __________ 21
П Р А К Т И Ч Е С К А Я Ч А С Т Ь _____________________ 24
Работа № 1. Знакомство с Microsoft Access 2002 ________ 24
Работа № 2. Создание связей между таблицами ________ 28
Работа № 3. Создание формы в режиме автоформы и с
помощью мастера __________________________________ 30
Работа № 4. Создание запросов на выборку ___________ 33
Работа № 5. Создание отчетов _______________________ 38
З А Д А Н И Я Д Л Я К О Н Т Р О Л Ь Н О Й Р А Б О Т Ы __ 39
Пример выполнения контрольной работы ____________ 50
Библиографический список _________________________ 56
57
Лицензия
Формат
Бумага писчая. Печать RISO. усл.печ.л.
уч.-изд.л. Тираж 200 экз. Заказ .
Издательство
58

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

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

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

Загружено:

Авторское право:

Доступные форматы

Министерство образования и науки Российской Федерации

Казанский государственный технологический университет

Основы проектирования баз данных: Методические

Разработаны в соответствии с программами дисциплин

Печатаются по решению методической комиссии по

Рецензенты: первый зам. директора ИДПО КГТУ

доцент кафедры прикладной математики и

2. Основные понятия и определения

Внешняя Внешняя Внешняя

Рис.1. Трехуровневая модель СУБД.

Инфологические Даталогические Физические

Диаграммы Модель Докумен- Фактогра- Основанные на Основанные на

Теоретико-графовые Теоретико-множественные Объектно-

Рис.2. Классификация моделей данных.

Рис. 3. Пример связи «один-ко-многим»

Рис. 4. Пример связи «один-к-одному»

Рис. 5. Пример связи «многие-ко-многим»

5. Реляционная модель данных

Количество строк в таблице определяется количеством

Одним из основополагающих понятий в технологии БД

6. Этапы проектирования реляционных баз данных.

Рис. 7. ER-модель школы.

КЛАССНОЕ СПИСОК УЧИТЕЛЬ

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

Рис. 11. Структура таблицы в Access

Работа № 1. Знакомство с Microsoft Access 2002

1. Создание новой базы данных. Запустить программу

Рис. 12. Окно конструктора таблицы.

Работа № 2. Создание связей между таблицами

Описание предметной области. Магазин занимается

Рис. 13. Реляционная модель БД «Приборы».

В левой части этого окна указано связываемое поле

Сохранить базу данных Техника. Показать результат работы

Работа № 3. Создание формы в режиме автоформы и с

После построения таблиц в режиме конструктора и

3. С помощью мастера форм создать форму Менеджер.

Работа № 4. Создание запросов на выборку

Запросы на выборку позволяют извлечь информацию,

Рис. 16. Окно конструктора запросов.

курсор в строку Поле в нижней части окна и из списка полей

Работа № 5. Создание отчетов

Технология создания отчета в Access 2002 аналогична

ЗАДАНИЯ ДЛЯ КОНТРОЛЬНОЙ РАБОТЫ

№ зач книжки Вариант

Пример выполнения контрольной работы

Рис. 17. ER-модель БД ЖЭУ.

Рис. 19. Схема данных «»ЖЭУ».

Родительскими здесь являются таблицы «сотрудники» и «дома»,

Запрос «Сотрудники-Декабристов» выводит данные

Запрос «Сотрудники-Стаж» выводит фамилии сотрудников со

Фамилия Дата поступ на раб

Фамилия Должность Улица Номер

Были созданы следующие отчеты.

Отчет «Сотрудники» выводит данные всех сотрудников.

2 Малинин Николай Сергеекич 01.01.2004 дворник 3 000р.

3 Куприянов Василий Николаевич 05.08.2002 сантехник 3 500р.

4 Никитина Маргарита Семеновн 01.01.2000 управдом 3 800р.

5 Лебедева Юлия Сергеевна 08.05.2004 управдом 3 800р.

Отчет «Управдомами» выводит данные всех домов,

Фамилия Код дома Улица Ном Этаж Кол-во

1. Карпова Т.С. Базы данных: модели, разработка,

2. Access 2000. Проектирование баз данных. / Дубнов П.Ю.

3. Скотт Ф. Баркер Профессиональное программирование в

4. Разработка и реализация информационной модели