Работа в системе управления базами данных MS Access

Реляционные базы данных. Алгоритм построения модели данных. Создание базы данных с помощью шаблонов. Создание таблицы с помощью конструктора таблиц. Данные, используемые для математических вычислений. Создание запроса на выборку в режиме конструктора.

Рубрика Программирование, компьютеры и кибернетика
Вид учебное пособие
Язык русский
Дата добавления 18.11.2017
Размер файла 3,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

АНО ВО «МОСКОВСКИЙ ГУМАНИТАРНЫЙ УНИВЕРСИТЕТ»

Факультет экономики и управления

Работа в системе управления базами данных MS ACCESS

Часть 1

Учебное пособие

А.Б. Фролов, Е.И. Цыбизов

Москва -- 2017

Авторы:

А. Б. Фролов, кандидат технических наук, профессор, доцент кафедры прикладной математики Московского государственного машиностроительного университета (МАМИ);

Е. И. Цыбизов, кандидат технических наук, старший научный сотрудник, доцент кафедры прикладной информатики АНО ВПО «Московский гуманитарный университет»

Рецензенты:

О. Б. Бутусов, доктор физико--математических наук, профессор кафедры прикладной информатики АНО ВПО «Московский гуманитарный университет»;

Ю. В. Ходосовский, кандидат технических наук, доцент, старший научный сотрудник ФГУП «21 НИИИ Минобороны России»

Работа в системе управления базами данных MS Access : учеб. пособие / А. Б. Фролов, Е. И. Цыбизов. - М.: Издательство Московского гуманитарного университета, 2017. - 89 с.

ISBN

В учебном пособии изложены основы проектирования реляционных баз данных с использованием СУБД MS Access и языка программирования SQL для студентов специальности 09.03.03 "Прикладная информатика". В учебном пособии приведены примеры разработки реляционных баз данных и эффективной работы с ними.

Методические указания по работе с базами данных в системе MS Access могут быть полезны студентам других специальностей университета.

ББК

ISBN

© Фролов А. Б., Цыбизов Е.И., 2017

© Московский гуманитарный университет, 2017

Содержание

1. Понятия базы данных и системы управления базами данных

2. СУБД Access из пакета прикладных программ MS OFFICE

2.1 Реляционные базы данных

2.2 Реляционные отношения в базах данных

2.3 Нормализация базы данных

3. Построение реляционной модели данных

3.1 Алгоритм построения модели данных

3.2 Пример построения реляционной модели данных

4. Физическая реализация базы данных

4.1 Создание базы данных с помощью шаблонов

4.2 Таблицы

4.3 Создание таблицы при помощи шаблонов таблиц

4.4 Создание таблицы с помощью конструктора таблиц

4.5 Данные, используемые для математических вычислений

5. Ввод значений в базу данных

5.1 Мастер подстановки

5.2 Связь таблиц

6. Поиск информации в базе данных

6.1 Сортировка

6.2 Фильтрация

6.3 Простой фильтр

6.4 Фильтр по выделенному

6.5 Фильтр по форме

6.6 Расширенный фильтр

7. Запросы

7.1 Мастер запросов

7.2 Создание запроса на выборку в режиме конструктора

7.3 Арифметические операторы

7.4 Логические операторы

7.5 Операторы слияния строковых значений (конкатенации)

7.6 Операторы сравнения

7.7 Операторы сравнения с образцом

8. Создание вычисляемых полей в запросах

8.1 Создание параметрического запроса

8.2 Перекрестный запрос

9. Конструкции языка SQL

Литература

1. Понятия базы данных и системы управления базами данных

База данных (БД) -- это систематизированное хранилище информации, которое может относиться к различным сферам человеческой деятельности.

Типовые примеры такой информации: телефонный справочник, сведения о студентах вуза, записи о заказах товаров и т.д.

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

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

Для того чтобы возможности компьютера были использованы в полной мере, необходимо:

- пользоваться программным обеспечением, специально предназначенным для этих целей;

- соблюдать определенные правила организации информации.

Для координации доступа к БД из различных прикладных программ, обеспечения целостности данных, их модификации, создания, добавления и удаления необходим один «хозяин» хранилища данных. Таким «хозяином» является специальная прикладная система программ, называемая системой управления базой данных (СУБД).

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

По универсальности различают два класса СУБД:

- общего назначения;

- специализированные.

СУБД общего назначения -- это сложные программные комплексы, предназначенные для выполнения всей совокупности функций по созданию и эксплуатации баз данных.

Основные разработки СУБД данного класса принадлежат фирмам Microsoft (Foxpro -- DOS/WIN, Access) и Borland (Paradox -- DOS/WIN).

Специализированные СУБД создаются в тех случаях, когда невозможно или нецелесообразно использовать СУБД общего назначения, например, информационно-поисковые системы (Консультант+; Кодекс; Гарант).

Правила организации информации называют модель данных, под которой понимают совокупность структур данных и операций над ними.

Существует три типа моделей данных: иерархическая, сетевая и реляционная.

1. Иерархическая модель -- ориентированный граф.

Основная идея -- каждая запись имеет свой путь от корневой записи. В иерархической модели данных используются только вертикальные линии связи подчинения между узлами данных на разных уровнях. Каждый узел может иметь любое количество связей с подчиненными узлами на нижнем уровне и только одну связь с родительским узлом на верхнем уровне.

2. Сетевая модель -- неориентированный граф.

Основная идея -- каждая запись может быть связана с другой записью. В сетевой модели используются вертикальные и горизонтальные связи подчинения между узлами данных на разных уровнях. Каждый узел может быть связан с любым другим узлом на любом уровне.

3. Реляционная модель -- таблица, которая представляет совокупность записей, которые являются совокупностью именованных полей.

Основная идея -- представить произвольную структуру данных в виде двумерных таблиц. Понятие реляционный модели (relation -- отношение) связано с разработками известного американского специалиста в области баз данных Эдварда Кодда.

В настоящее время наибольшее распространение получили БД, основанные на реляционной модели.

Базы данных классифицируются и по другим признакам: по месту хранения, способу доступа к данным и архитектуре.

Классификация баз данных по месту хранения (технологии обработки данных базы):

- централизованные;

- распределенные.

Централизованная база данных хранится на одной ЭВМ, которая является компонентом сети.

Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга, хранимых на разных ЭВМ вычислительной сети.

По способу доступа к данным базы данных подразделяются на базы данных с локальным доступом и базы данных с удаленным (сетевым) доступом.

Базы данных подразделяются также по архитектуре.

Локальная архитектура реализует централизованное хранение и локальный доступ к данным. Обычно это база данных на персональном компьютере.

Архитектура «файл -- сервер» реализует централизованное хранение и сетевой доступ к данным.

Данные хранятся на центральной ЭВМ, которая называется сервером файлов, и совместно используются пользователями рабочих станция, для которых реализован сетевой доступ с помощью локальной сети. При большой интенсивности доступа к одним и тем же данным производительность информационной системы падает.

Архитектура «клиент -- сервер» -- реализует хранение распределенной базы данных в памяти нескольких мощных серверов баз данных, и совместное использование данных клиентами, которые работают на рабочих станциях.

Запросы клиентов к сетевой базе данных обрабатываются на сервере приложений. Извлеченные данные транспортируются по сети на рабочие станции для формирования отчетов, форм и диаграмм с помощью сетевых приложений баз данных генераторов отчетов. Архитектура «клиент -- сервер» характеризуется высокой производительностью обработки и передачи данных и надежностью функционирования.

2. СУБД Access из пакета прикладных программ MS OFFICE

СУБД MS Access -- прикладной пакет программ, который предназначен для создания и управления локальными и сетевыми реляционными базами данных, их обработки, сортировки, фильтрации, группировки, агрегирования, визуального представления с помощью экранных форм и текстовый отчетов.

2.1 Реляционные базы данных

база данные запрос таблица

В реляционных БД все данные структурированы (т. е. хранятся) в виде двумерных таблиц, между которыми установлены связи. Каждая таблица представляет собой (т. е. формирует) информационный объект, называемый сущностью.

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

Пример сущности -- стол.

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

А вот стол с инвентарным номером 91235 и конкретными другими характеристиками (высота = 0.8 м, ширина = 1.2 м и т. д.) является экземпляром данной сущности.

Таким образом, каждая таблица в БД моделирует сущность из описываемой предметной области.

Каждая строка таблицы (называемая записью) описывает экземпляр этой сущности.

Каждый столбец таблицы (называемый полем) моделирует одну характеристику сущности.

Каждый столбец таблицы предназначен для хранения данных определенного типа: текстовых, числовых, дат, времени, денежных и т. д.

Несмотря на то, что сущностей в реальном мире существует бесконечное множество, большинство сущностей можно отнести к одной из следующих категорий:

- реальные сущности -- это объекты реального мира, существующие физически. Например, стол, самолет, человек, насос и т. д.

- ролевые сущности (роли) -- это термины, определяющие назначение отдельного человека, организации, оборудования и т. п.

Например, мастер цеха, студент, бухгалтерия и т. п.

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

- взаимодействия -- это сущности, возникающие из отношений (связей) сущностей друг с другом.

- спецификации -- сущности, используемые для представления правил, стандартов или критериев качества.

Поля в таблицах могут относиться к одному из следующих видов:

- идентифицирующие (или первичные ключи) -- это поле или набор полей, однозначно идентифицирующий запись таблицы (экземпляр сущности).

Значение первичного ключа в таблице БД должно быть уникальным, т. е. в таблице не должно существовать двух или более записей с одинаковым значением первичного ключа.

Каждая таблица обязательно должна иметь первичный ключ.

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

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

- вспомогательные (внешние ключи) -- это поля, добавляемые в таблицу для организации её связи с другой таблицей.

Эти поля добавляют к таблице только на этапе организации связей между таблицами.

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

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

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

2.2 Реляционные отношения в базах данных

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

На этапе построения реляционной модели данных какой-либо предметной области в целях более компактного представления вместо реальных таблиц будем пользоваться их макетами. На рис. 2.1 представлена таблица с данными, на рис. 2.2 -- макет таблицы.

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

Рис. 2.1 Таблица с данными

Рис. 2.2 Макет таблицы с данными

Всё многообразие логических отношений между таблицами в реляционных базах данных моделируется тремя видами связей:

- «один -- к -- одному» (1:1);

- «один -- ко -- многим» (1:?);

- «многие -- ко -- многим» (?:?).

Одна из связанных таблиц (на стороне «один») называется главной таблицей, а вторая называется подчиненной таблицей. Для реализации связей между таблицами используются их поля: первичный ключ в главной таблице и внешний ключ в подчиненной таблице.

Связь «один -- к -- одному» (1:1) означает, что одной записи из главной таблицы соответствует одна запись из подчиненной таблицы.

Эта связь между таблицами на практике встречается чрезвычайно редко, т.к. этой связи можно избежать простым слиянием двух таблиц. Однако, если таблица будет содержать слишком много столбцов (например, свыше 15-20 столбцов), то в этом случае целесообразно создать две таблицы, связав их отношением 1:1.

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

Например, в информационных системах кадрового состава организаций для учета личных сведений о сотруднике используется около 100 показателей. Поэтому личные сведения о сотруднике целесообразно разнести по нескольким таблицам, связав их затем отношением 1:1. Для связи можно использовать поле «Табельный номер», которое однозначно идентифицирует каждого сотрудника организации.

Пример такой связи приведен на рис. 2.3.

Рис.2.3 Пример связи 1:1 между таблицами

Связь «один -- ко -- многим» (1:?). Отношение (1:?) означает, что одной записи из главной таблицы соответствует много записей из подчиненной таблицы.

На практике это наиболее распространенный вид связи.

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

Например, таблицы «Континенты» и «Страны» связаны отношением 1:?. Одной записи из таблицы «Континенты» соответствует несколько записей из таблицы «Страны» (рис. 2.4).

Рис. 2.4 Пример связи 1:? между таблицами

Для реализации связи 1:? на рис. 2.4 к таблице «Страны» (подчиненная таблица) добавлено поле «Код_континента» в качестве внешнего ключа, являющегося первичным ключом в таблице «Континенты» (главная таблица).

Связь «многие -- ко -- многим» (?:?) означает, что одной записи из первой таблицы соответствует много записей из второй таблицы, и в то же время одной записи из второй таблицы соответствует много записей из первой.

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

Однако, ни одна из современных реляционных СУБД не имеет средств реализации такого рода связи.

Для реализации связи ?:? её надо разбить на две связи 1:?, добавив в базу данных дополнительную таблицу.

Эта дополнительная таблица называется ассоциативной и относится к категории сущностей - «взаимодействия».

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

Например, к рассмотренным выше таблицам «Континенты» и «Страны» добавим таблицу «Полезные ископаемые». Как установлено выше, таблицы «Континенты» и «Страны» связаны отношением 1:?.

Определим связь между добавленной таблицей «Полезные ископаемые» и таблицей «Страны»: каждая страна может иметь множество полезных ископаемых в своих недрах, в то же время одно и то же полезное ископаемое может добываться в различных странах. Следовательно, таблицы «Страны» и «Полезные ископаемые» связаны отношением ?:?. Для реализации этой связи в базу данных следует добавить дополнительную (ассоциативную) таблицу. Назовем эту таблицу «Полезные ископаемые в странах». Добавленная таблица связана отношением 1:? с таблицей «Страны» и отношением 1:? с таблицей «Полезные ископаемые». Из таблицы «Страны» добавим в ассоциативную таблицу в качестве внешнего ключа поле «Код страны», а из таблицы «Полезные ископаемые» добавим поле «Код полезного ископаемого» также в качестве внешнего ключа. Кроме этих полей, включим в ассоциативную таблицу «Полезные ископаемые в странах» еще описательное поле «Разведанные запасы».

Поскольку в ассоциативной таблице поля «Код страны» и «Код полезного ископаемого» будут повторяться, но их сочетание будет уникальным, то в качестве первичного ключа в ассоциативной таблице выберем эти два поля, т. е. первичный ключ в ассоциативной таблице будет составным. Полученная реляционная модель данных для этого примера представлена на рис. 2.5, где связь ?:? между таблицами «Страны» и «Полезные ископаемые» разбита на две связи 1:? через ассоциативную таблицу «Полезные ископаемые в странах».

Рис. 2.5 Пример связи ?:? между таблицами «Страны» и «Полезные ископаемые»

2.3 Нормализация базы данных

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

Главная цель нормализации базы данных -- устранение избыточности и дублирования информации.

Теория нормализации реляционных баз данных была разработана в конце 70 - х годов 20 века. Согласно ей, выделяются шесть нормальных форм, пять из которых так и называются: первая, вторая, третья, четвертая, пятая нормальные формы, а также нормальная форма Бойса -- Кодда.

Первая нормальная форма:

- запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию);

- запрещает множественные столбцы (содержащие значения типа списка и т.п.);

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

Вторая нормальная форма:

- требует, чтобы неключевые столбцы таблиц зависели от первичного ключа в целом, но не от его части;

Третья нормальная форма:

- требует, чтобы неключевые столбцы в ней не зависели от других неключевых столбцов, а зависели только от первичного ключа.

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

Нормальная форма Бойса -- Кодда:

- требует, чтобы в таблице был только один потенциальный первичный ключ.

Чаще всего у таблиц, находящихся в третьей нормальной форме, так и бывает, но не всегда. Если обнаружился второй столбец (комбинация столбцов), позволяющий однозначно идентифицировать строку, то для приведения к нормальной форме Бойса -- Кодда такие данные надо вынести в отдельную таблицу.

Четвертая нормальная форма.

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

Пятая нормальная форма.

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

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

Формальное определение пятой нормальной формы таково: это форма, в которой устранены зависимости соединения.

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

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

База данных считается нормализованной, если ее таблицы (по крайней мере, большинство таблиц) представлены как минимум в третьей нормальной форме.

3. Построение реляционной модели данных

3.1 Алгоритм построения модели данных

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

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

Шаг 2. Определение всех атрибутов каждой сущности. Для каждого атрибута каждой сущности на этом этапе необходимо указать:

- тип данных атрибута (числовой целый, числовой действительный, текстовый с указанием количества символов и т. д.);

- обязательный или необязательный, т. е. может ли атрибут содержать пустые значения;

- формат ввода (например, для дат формат: дд. мм. гггг и т.д.).

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

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

На данном этапе разработчик периодически возвращается к шагу 1 (добавление ассоциативных сущностей) или к шагу 2 (добавление и описание внешних ключей и атрибутов ассоциативных сущностей), т. е. процесс построения модели имеет итеративный характер. Шаг завершается схематическим построением реляционной модели.

3.2 Пример построения реляционной модели данных

Рассмотрим следующий учебный пример построения модели данных: построить реляционную модель данных для диспетчера отдела продаж автомобильных шин

Шаг 1. Прежде все определим необходимые сущности для очерченной в условии примера предметной области:

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

Экземплярами этой сущности будут: зимние шины, летние шины, всесезонные шины и т. п.;

- шины --эта сущность не требует пояснений;

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

- сотрудники -- эта сущность содержит сведения о сотрудниках автомобильного салона, принимающих заказ. Эта сущность необходима для персональной ответственности сотрудников;

- заказы -- эта сущность содержит информацию о заказе: заказчик, дата принятия заказа, дата исполнения заказа, сведения о сотруднике, принявшем заказ.

Таким образом, составленный список сущностей для рассматриваемого примера определяет таблицы в проектируемой базе данных.

Шаг 2. Определяем атрибуты каждой сущности и их характеристики.

Таблица 3.1

Атрибуты сущности «Категория автошин и их характеристики»

Наименование атрибута

Тип данных

Формат

Обязательный

Особые отметки

Код категории

Целое число

Без дробной части

Да

Первичный ключ, индексируется (совпадения не допускаются)

Сезонность

Текст, 50 знак.

Да

Таблица 3.2

Атрибуты сущности «Шины и их характеристики»

Наименование атрибута

Тип данных

Формат

Обязательный

Особые отметки

Код шины

Целое число

Без дробной части

Да

Первичный ключ, индексируется (совпадения не допускаются)

Производитель

Текст, 30 знаков

Да

Радиус

Текст, 5 знаков

Да

Ширина

Целое число

Без дробной части

Да

Высота профиля

Целое число

Без дробной части

Да

Цена

Денежный

Да

Таблица 3.3

Атрибуты сущности «Покупатели и их характеристики»

Наименование атрибута

Тип данных

Формат

Обязательный

Особые

отметки

Код покупателя

Целое число

Без дробной части

Да

Первичный ключ, индексируется (совпадения не допускаются)

Фамилия

Текст, 30 знаков

Да

Имя

Текст, 20 знаков

Да

Отчество

Текст, 20 знаков

Да

Телефон

Текст, 15 знаков

Нет

Таблица 3.4

Атрибуты сущности «Сотрудники и их характеристики»

Наименование атрибута

Тип данных

Формат

Обязательный

Особые отметки

Табельный номер

Целое число

Без дробной части

Да

Первичный ключ, индексируется (совпадения не допускаются)

Фамилия

Текст, 30 знаков

Да

Имя

Текст, 20 знаков

Да

Отчество

Текст, 20 знаков

Да

Должность

Текст, 20 знаков

Да

Таблица 3.5

Атрибуты сущности «Заказы и их характеристики»

Наименование атрибута

Тип данных

Формат

Обязательный

Особые отметки

Код заказа

Целое число

Без дробной части

Да

Первичный ключ, индексируется (совпадения не допускаются)

Дата приема

Дата

дд.мм.гг

Да

Дата исполнения

Дата

дд.мм.гг

Да

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

Между сущностями «Категория автошин» и «Шины»: каждому экземпляру сущности «Категория автошин» соответствует множество экземпляров сущности «Шины», в то же время каждый экземпляр сущности «Шины» входит только в один экземпляр сущности «Категория автошин». Следовательно, между этими сущностями существует связь 1:?, причем сущность «Категория автошин» находится на стороне «1» связи, а сущность «Шины» -- на стороне «?». Для реализации этой связи к сущности «Шины» надо добавить в качестве внешнего ключа атрибут «Код категории», являющийся первичным ключом сущности «Категория автошин».

Таблица 3.6

Дополнительные атрибуты сущности «Шины и их характеристики»

Наименование атрибута

Тип данных

Формат

Обязательный

Особые отметки

Код категории

Целое число

Без дробной части

Да

Внешний ключ, индексируется (совпадения допускаются)

Далее переходим к рассмотрению связи между сущностями «Заказы» и «Покупатели». Поскольку каждый заказчик может сделать множество заказов (в разные дни и разное время), а каждый заказ принадлежит только одному заказчику, то между этими сущностями имеется связь 1:?, причем сущность «Покупатели» находится на стороне «1» связи, а сущность «Заказы» -- на стороне «?».

Для реализации этой связи к сущности «Заказы» добавляем в качестве внешнего ключа атрибут «Код покупателя», являющийся первичным ключом сущности «Покупатели».

Таблица 3.7

Дополнительные атрибуты сущности «Покупатели и их характеристики»

Код покупателя

Целое число

Без дробной части

Да

Внешний ключ, индексируется (совпадения допускаются)

Аналогичные рассуждения определяют связь между сущностями «Заказы» и «Сотрудники» (эта связь также будет иметь вид 1:?, причем сущность «Сотрудники» находится на стороне «1» связи, а сущность «Заказы» -- на стороне «?»).

Дополнительные атрибуты сущности «Заказы и их характеристики» представлены в таблице 3.8.

Таблица 3.8

Дополнительные атрибуты сущности «Заказы и их характеристики»

Код сотрудника

Целое число

Без дробной части

Да

Внешний ключ, индексируется (совпадения допускаются)

Теперь о связи между сущностями «Заказы» и «Шины».

Один заказ может включать в себя множество шин, в то же время одна и та же шина может входить в разные заказы. Следовательно, между сущностями «Заказы» и «Шины» существует связь ?:?.

Чтобы реализовать такую связь в модель необходимо добавить ассоциативную сущность, с помощью которой связь ?:? преобразуется в две связи 1:?.

В рассматриваемом примере такая ассоциативная сущность должна быть связана отношением 1:? с сущностью «Шины» (ассоциативная сущность на стороне «?», а сущность «Шины» -- на стороне «1») и отношением 1:? с сущностью «Заказы» (ассоциативная сущность на стороне «?», а сущность «Заказы» -- на стороне «1»). Каждый экземпляр ассоциативной сущности характеризует, какие шины входят в какой заказ и в каком количестве. Назовем вводимую в модель ассоциативную сущность «Состав заказа».

Для реализации двух связей 1:? перенесем в сущность «Состав заказа» атрибут «Код заказа», являющийся первичным ключом сущности «Заказы», и атрибут «Код шины», являющийся первичным ключом сущности «Шины». Оба эти атрибута будут в ассоциативной сущности внешними ключами.

Каждый из атрибутов («Код заказа» и «Код шины») в таблице «Состав заказа» будут иметь повторяющиеся значения, но сочетание их значений будет для таблицы «Состав заказа» уникальным. Поэтому в таблице «Состав заказа» первичный ключ будет составным, т. е. состоять из двух полей: «Код заказа» и «Код шины».

Таблица 3.9

Атрибуты сущности «Состав заказов» и их характеристики

Наименование атрибута

Тип данных

Формат

Обязательный

Особые отметки

Код заказа

Целое

число

Без дробной части

Да

Первичный ключ, индексируется (совпадения допускаются)

Код шины

Целое число

Без дробной части

Да

Первичный ключ, индексируется (совпадения допускаются)

Количество

Целое число

Без дробной части

Да

Отпускная

цена

Денежный

Да

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

Таким образом, реляционная модель рассматриваемого примера имеет вид, представленный на рисунке 3.1.

Рис. 3.1 Реляционная модель данных рассматриваемого примера

4. Физическая реализация базы данных

Запуск Microsoft Access, выполняется командой меню Пуск > Программы > Microsoft Office > Microsoft Office Access 2007.

В открывшемся окне (Рис. 4.1) для создания базы данных имеется значок - «Новая База Данных». Щелчок по этому значку приводит к открытию в правой части окна поля, в которое необходимо вписать название имя создаваемой базы и указать папку её хранения. Нажатие на кнопку «Создать», приводит к формированию новой пустой базы.

Рис. 4.1 Окно Microsoft Access

4.1 Создание базы данных с помощью шаблонов

Создание пустой базы подразумевает, что пользователь сам разработает и создаст ее структуру и основные элементы. Однако, для ускорения процесса создания базы данных в Access введены шаблоны наиболее часто используемых типовых баз. К ним относятся локальные шаблоны, поставляемые совместно с программой Access (рисунок 4.2), и пополняемый ряд шаблонов из Microsoft Office Online, которые могут быть загружены из Интернета.

Рис. 4.2 Локальные шаблоны

4.2 Таблицы

После создания новой базы, открывается окно «База данных» (рисунок 4.3)

Рис. 4.3 Окно базы данных

Access предоставляет следующие способы создания таблиц:

– с помощью шаблонов;

– с помощью конструктора таблиц.

4.3 Создание таблицы при помощи шаблонов таблиц

Для использования шаблонов таблиц требуется перейти на закладку «Создание» (рисунок 4.4) и выбрать команду «Шаблоны таблиц».

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

Рис. 4.4 Создание таблицы с помощью шаблонов таблиц

Рис.4.5 Перечень типов шаблонов

Если выбрать один из шаблонов, например, «Контакты», то в результате будет создана таблица с готовыми именами столбцов, в которую, при необходимости, можно добавить свои столбцы, изменить имя столбца или удалить лишние столбцы. Окно созданной таблицы будет выглядеть так, как показано на рисунке 4.6.

Рис. 4.6 Окно таблицы

Установив требуемое количество столбцов и их названия, можно перейти к её наполнению.

Выполнить это можно следующим образом:

- кликнуть в ячейку в столбце «Организация» и ввести название организации, например, «Школа»;

- в поле «Код» автоматически устанавливается значение;

- активируем поле следующего столбца и вводим фамилию - «Иванов» и так далее, заполняя остальные ячейки таблицы.

Заполненная таблица приведена на рисунке 4.7.

Рис. 4.7 Таблица данных

Для сохранения таблицы в базе данных требуется щелкнуть правой клавишей мыши и в открывшемся контекстном меню выбрать пункт «Сохранить». В открывшееся окно (рисунок 4.8) вводится имя созданной таблицы и дается команда OK.

Рис. 4.8 Сохранение таблицы

4.4 Создание таблицы с помощью конструктора таблиц

Для использования конструктора таблиц требуется активировать закладку «Таблица 1» и выбрать в качестве режима работы с ней - «Конструктор» (см. рисунок 4.9).

Рис 4.9 Выбор режима работы с таблицей

Программа сразу предлагает сохранить таблицу и ввести её имя.

Начинаем создавать первую таблицу спроектированной ранее базы - таблицу «Категория». В открывшемся окне конструктора таблиц можно вводить имена полей новой таблицы или добавлять поля в уже созданную таблицу (рисунок 4.10).

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

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

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

Рис. 4.11 Тип создаваемого поля

Тип данных поля таблицы базы данных определяет, какие данные могут храниться в поле, а также какие операции могут выполняться над ними при их обработке. Эта характеристика является обязательной для всех полей таблицы. В Microsoft Access используются следующие типы полей:

- текстовый.

Представляет собой текст или комбинацию текста и чисел. Сохраняет до 255 знаков. Свойство «Размер поля» определяет максимальное количество знаков, которые можно ввести;

- поле МЕМО.

Длинный текст или числа, например, примечания или описания, сохраняет до 65 536 знаков;

- числовой.

4.5 Данные, используемые для математических вычислений

Конкретный тип числового поля определяется значением свойства «Размер поля».

Допустимыми являются следующие значения этого свойства (таблица 4.1):

Табл. 4.1

Допустимые свойства «Размер поля»

Значение

Описание

Дробная часть

Размер

Байт

Числа от 0 до 255

Отсутствует

1 байт

Целое

Числа от - 32768 до 32767

Отсутствует

2 байта

Длинное целое

Числа от - 2147483648 до 2147483647

Отсутствует

4 байта

Действительное

Числа от - 1028-1 до 1028-1

28

12 байт

Одинарное с плавающей точкой

Числа от - 3,4028231038 до 3,4028231038

7

4 байта

Двойное с плавающей точкой

Числа от

- 1,7976931348623110308

до1,7976931348623110308

15

8 байт

- «Дата/время». Значения дат и времени. Сохраняет 8 байтов;

- «Денежный». Используется для денежных значений и для предотвращения округления во время вычислений. Сохраняет 8 байтов;

- «Счетчик». Автоматическая вставка уникальных последовательных или случайных чисел при добавлении записи. Сохраняет 4 байта;

- «Логический». Данные, принимающие только одно из двух возможных значений, таких как «Да/Нет», «Истина/Ложь». Пустые значения не допускаются. Сохраняет 1 бит;

- «Поле объекта OLE». OLE - это технология связи программ, разработанная фирмой Microsoft и позволяющая приложениям совместно использовать данные. Сохраняет до 1 Гигабайта;

- «Гиперссылка». Это выделенный объект, по щелчку на который выполняется переход к файлу, фрагменту файла или странице HTML в Интернете.

После выбора типа данных поля в нижней части окна открывается таблица свойств поля (рисунок 4.12).

Рис. 4.12. Свойства числового поля

При создании поля рекомендуется обязательно заполнять следующие свойства: «Размер поля», «Подпись» -- содержит название столбца таблицы в режиме просмотра, «Обязательное поле», «Индексированное поле» -- обязательно индексируются первичные и внешние ключи таблицы.

Свойство «Формат поля» обязательно следует задавать из выпадающего списка для типа данных «Дата/Время», а для текстовых полей это свойство не заполняется. Для числовых полей свойство «Формат поля» можно не заполнять, оставив значение «Авто» в свойстве «Число десятичных знаков».

Значение свойства «Значение по умолчанию» для большинства полей лучше очистить, а для типа данных «Дата/Время» в это свойство обычно вводят функции автоматического заполнения текущей даты ( Date() или Time() ).

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

Свойство «Сообщение об ошибке» содержит текст, который появляется в окне сообщения, когда пользователь вводит в поле значение, нарушающее свойство «Условие на значение».

Значение свойства «Маска ввода» вводится обычно только для полей, имеющих тип данных «Дата/Время» и текстовых полей.

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

Пользователю предлагается ряд готовых масок ввода и возможность сформировать её самому.

В приведенной ниже таблице показано, как MS Access интерпретирует специальные символы, используемые при формировании масок.

Таблица 4.2

Знаки, используемые для формирования масок ввода

Знак

Описание

0

Цифра (от 0 до 9, ввод обязателен; знаки плюс [+] и минус [--] не допускаются).

9

Цифра или пробел (ввод не обязателен; знаки плюс и минус не допускаются).

#

Цифра или пробел (ввод не обязателен; пустые знаки преобразуются в пробелы, допускаются знаки плюс и минус).

L

Буква (от A до Z или от А до Я, ввод обязателен).

?

Буква (от A до Z или от А до Я, ввод не обязателен).

A

Буква или цифра (ввод обязателен).

a

Буква или цифра (ввод необязателен).

&

Любой знак или пробел (ввод обязателен).

C

Любой знак или пробел (ввод необязателен).

Пароль

Создает поле, в котором. любой введенный знак отображается как звездочка (*).

Чтобы включить в маску текстовые константы, отличные от представленных в таблице, в том числе знаки и пробелы, следует просто ввести их в нужную позицию. Чтобы включить один из используемых в маске знаков в качестве текстовой константы, необходимо перед ним ввести знак обратной косой черты (\):

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

Так последовательно разработчик вводит все поля таблицы.

Сформировав таблицу можно перейти к заполнению её полей. Заполненную таблицу можно посмотреть, перейдя в режим таблицы (рисунок 4.13).

Рис. 4.13 Заполнение полей таблицы

5. Ввод значений в базу данных

5.1 Мастер подстановки

Сделать ввод значений внешних ключей или отдельных полей в таблицу простым и удобным позволяет операция подстановки. Она заключается в том, что значения полей выбираются из списка.

Список может быть фиксированным, так и строиться на базе значений первичного ключа главной таблицы.

Вернемся к нашему примеру. При создании поля «Код_категории» таблицы «Шины» выберем ему тип данных «Мастер подстановки», поскольку в это поле нужно заносить данные, содержащиеся в таблице «Категория».

После выбора типа данных «Мастер подстановки» сразу запускается мастер, который предлагает последовательность окон построения поля подстановки. Переход к следующему окну мастера осуществляется кнопкой «Далее» >, а возврат к предыдущему окну -- кнопкой < «Назад». После завершения построения (в последнем окне мастера) надо щелкнуть кнопку «Готово». Последовательность окон мастера подстановки для поля «Код_категории» приведена на рисунки. 5.1-5.6).

Первое окно мастера запрашивает информацию о типе создаваемого набора значений: фиксированный или считываемый из ключевого столбца.

Рис. 5.1 Выбор типа создаваемого набора значений

Далее требуется выбрать таблицу, значения поля которой будет содержать столбец подстановки

Рис. 5.2 Выбор таблицы или запроса со значениями

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

Рис. 5.3 Выбор поля

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

Рис. 5.4 Создание подстановки

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

Несмотря на то, что наиболее часто подстановка выполняется для ключевых полей, содержащих коды, рекомендуется сами коды не показывать (обычно они -- малоинформативны), а пользоваться наименованиями объектов.

Рис. 5.5 Выбор подстановки

И наконец, в последнем окне задается параметр «Подпись для поля подстановки».

Обычно на этом окне ничего менять не надо, так как «Мастер» сам корректно выбирает имя.

Рис. 5.6 Продолжение создания подстановки

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

Вид функционирования настроенной приведенным выше способом подстановки значений в поле «Код_категории» рассмотренной выше таблицы «Шины» представлен на рисунке 5.7.

Рис.5.7 Подстановка значения в поле «Код_категории»

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

Рис.5.8 Ввод значений фиксированного списка подстановок

Использование фиксированного списка подстановок показано на рисунке 5.9.

Рис. 5.9 Фиксированный список подстановок

5.2 Связь таблиц

После создания всех таблиц базы данных остаётся установить связи между ними. Для этого необходимо:

1. Перейти на закладку «Работа с базами данных» и нажать на кнопку «Схема данных»

2. В открывшемся окне «Схема данных» открыть, используя правую клавишу, контекстное меню.

3. Выбрать пункт «Добавить таблицу».

В появившемся окне «Добавление таблицы» выделить мышью название нужной таблицы и щелкнуть на кнопке «Добавить» (рисунок 5.10).

Рис. 5.10 Добавление таблицы в окно «Схема данных»

После этого макет соответствующей таблицы появится в окне «Схема данных». Закончив добавление всех нужных таблиц в окно «Схема данных» необходимо закрыть окно «Добавление таблицы» кнопкой «Закрыть».

4. Макеты таблиц в окне «Схема данных» с помощью мыши расположить нужным образом, используя метод перетаскивания.

Настроить размеры макетов таблиц, растягивания их мышью (рисунок 5.11).

Рис. 5.11 Настойка макетов таблиц

Для установления связи между двумя таблицами необходимо:

- щелкнуть мышью на первичном ключе таблицы, находящейся на стороне «1» связи;

- нажать левую кнопку мыши и, не отпуская её, перенести поле первичного ключа в подчиненную таблицу (при переносе указатель мыши изменяет свой вид);

- отпустить левую кнопку мыши над внешним ключом подчиненной таблицы.

6. В появившемся окне «Изменение связей» будут высвечены имена полей, по которым связываются таблицы. Необходимо отметить пункт «Обеспечение целостности данных». При этом MS Access сделает невозможным запись в подчиненную таблицу такого значения общего поля, которого нет в главной таблице (рисунок 5.12).

Рис. 5.12 Установление связи между таблицами

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

В окне «Схема данных» между таблицами устанавливается связь в виде помеченной линии. Для удаления связи выделить её мышью (линия приобретает жирные очертания) и нажать кнопку «Delete» на клавиатуре.

7. Повторить действия п. п. 5-6 для установления всех связей.

8. Закрыть окно «Схема данных», ответив «Да» на предложение системы сохранить изменение макета схемы данных.

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

Замечание: при построении схемы данных таблицы должны быть пустыми.

Рис. 5.13 Схема данных рассматриваемого примера

6. Поиск информации в базе данных

6.1 Сортировка

Сделать просмотр записей таблицы более комфортным можно, упорядочив их по значениям какого-либо поля. Для этого достаточно щелкнуть кнопкой мыши в любой ячейке столбца и открыть на ленте «Главная» группу команд «Сортировка и фильтр» (рисунок 6.1)

Рис. 6.1 Группа команд «Сортировка и фильтр»

Альтернативным вариантом сортировки является использование контекстного меню, вызываемое щелчком правой клавиши меню на заголовке поля таблицы

Результат сортировки зависит от типа данных поля:

- значения текстовых полей упорядочиваются по алфавиту;

- числа и денежные суммы упорядочиваются по величине;

- даты упорядочиваются в хронологическом порядке;

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

Для полей с типом данных «Поле МЕМО», «Поле объекта OLE», «Гиперссылка» и «Вложение» сортировка не поддерживается.

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

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

1. Требуется расположить столбцы друг за другом в той последовательности, в которой будет осуществляться сортировка.

Например, если в таблице «Шины» необходимо отсортировать записи по значению поля «Производитель», а затем по «Цене», необходимо поместить столбец «Цена» непосредственно после поля «Производитель».

Для перемещения столбца его вначале выделяют, щелкнув кнопкой мыши на его названии, а затем, не отпуская кнопку мыши, перетаскивают столбец в нужное место.

2. Следующим шагом является выделение диапазона столбцов для сортировки.

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

3. Открыть на ленте вкладку «Главная» и нажать кнопку для сортировки по возрастанию или по убыванию (рисунок 6.2).

Рис. 6.2 Сортировка по значениям нескольких полей

Чтобы созданная сортировка была применена при следующем открытии таблицы, требуется сохранить изменения, нажав сочетание клавиш «Ctrl+S».

6.2 Фильтрация

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

В программе MS Access предусмотрены следующие типы фильтров:

- простой фильтр и фильтр по выделению обеспечивают отбор записей по значениям одного столбца;

- фильтр по форме позволяет отбирать записи по значениям нескольких столбцов;

- расширенный фильтр позволяет использовать сложные условия отбора.

Простой фильтр и фильтр по выделенному легко создать, однако фильтр по форме предоставляет более гибкие возможности отбора записей.

Для управления фильтрами служит группа команд «Сортировка» и фильтр вкладки «Главная» (см. рисунок 2.1).

Чтобы включить или отключить созданный фильтр, используется кнопка «Применить фильтр», а чтобы удалить, фильтр -- кнопка «Дополнительно», где в меню есть пункт «Очистить все фильтры».

6.3 Простой фильтр

Простой фильтр содержит условие на значение одного столбца.

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

Для создания простого фильтра, необходимо выполнить следующие действия:

1. Щелкнуть кнопкой мыши в любой ячейке столбца.

2. На вкладке «Главная» нажмите кнопку «Фильтр».

На экране появится окно сортировки и фильтрации (рисунок 6.3).

Рис. 6.3 Окно сортировки и фильтрации

3. Создать условие отбора можно одним из двух способов:

Первый способ.

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

Рис.6.4 Выбор требуемых значений

В результате будут отобраны те записи, в которых значение поля совпадает с отмеченными (рисунок 6.5).

Рис. 6.5 Результат фильтрации

Второй способ.

В пункте меню, расположенном непосредственно над перечнем значений: в зависимости от типа данных этот пункт может называться «Текстовые фильтры», «Числовые фильтры» или «Фильтры дат». В подменю выбрать один из встроенных фильтров (рисунок 6.6).

Рис. 6.6 Выбор значения фильтра

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

Например, если для числового поля выбирается встроенный фильтр «Между», программа MS Access предлагает ввести нижнюю и верхнюю границу интервала значений (рисунок 6.7).


Подобные документы

  • Создание базы данных в Microsoft Access с помощью мастера шаблонов. Создание таблиц путём ввода данных, с помощью мастера таблиц или таблицы в режиме конструктора таблиц. Создание запросов в Microsoft Access, с помощью мастера или конструктора запросов.

    реферат [27,3 K], добавлен 08.09.2010

  • Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.

    реферат [3,3 M], добавлен 29.01.2011

  • Интерфейс и начало работы в Microsoft Access. Построение реляционной базы данных и разработка инфологической модели. Разработка формы с помощью мастера форм и запроса в режиме конструктора. Создание таблиц данных. Поиск и замена значений в полях.

    методичка [3,9 M], добавлен 21.07.2009

  • Понятие и основные функции СУБД "Access". Алгоритм создания базы данных сотрудников: создание таблиц с помощью конструктора, ключевые поля, установление связей между таблицами. Создание форм для поиска и ввода данных. Работа с запросами и отчетами.

    контрольная работа [827,5 K], добавлен 01.06.2010

  • Понятия основных компонентов базы данных Access. Таблицы, отчеты, макросы и модули, форма, запросы к базе и их виды. Типы данных. Создание базы данных "Кадры". Создание таблицы в режиме конструктора. Использование мастера подстановок для создания связей.

    курсовая работа [818,0 K], добавлен 10.03.2016

  • Базы данных с двумерными файлами и реляционные системы управления базами данных (СУБД). Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Фундаментальные свойства отношений.

    реферат [57,1 K], добавлен 20.12.2010

  • Автоматизация деятельности книжного магазина. Информация базы данных. Заполнение полей таблиц "Книги", "Покупатель", "Поставщик", "Сотрудники". Создание запроса в режиме конструктора. Вывод данных с помощью форм. Разработка приложения СУБД MS Access.

    курсовая работа [3,2 M], добавлен 13.01.2015

  • Создание моделей данных, основных таблиц с помощью конструктора таблиц, связей между таблицами, форм для заполнения таблиц, запросов на выборку данных, отчетов для вывода на печать и начальной кнопочной формы. Основные объекты Microsoft Access.

    контрольная работа [4,5 M], добавлен 18.03.2012

  • Составление таблицы согласно образцу в программе MS Excel. Создание данных таблицы базы данных. Введение формул в программе MS Excel. Установление связи между таблицами. Создание запроса на выборку данных из одной таблицы с помощью мастер запросов.

    контрольная работа [4,0 M], добавлен 17.04.2016

  • Создание базы данных, планирование разработки и системные требования. Проектирование базы данных в среде Microsoft Access, элементы и типы данных. Создание таблицы и использование конструктора для их модернизации. Построение запросов и создание макросов.

    курсовая работа [2,0 M], добавлен 16.04.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.