Microsoft Access
Основные понятия базы данных. Разработка сложной формы для обработки данных. Модели организации данных. Архитектура Microsoft Access. Реляционные связи между таблицами баз данных. Проектирование базы данных. Модификация данных с помощью запросов действий.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | лабораторная работа |
| Язык | русский |
| Дата добавления | 20.12.2011 |
| Размер файла | 345,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
1
ЛАБОРАТОРНЫЙ ПРАКТИКУМ
MS ACCESS
СОДЕРЖАНИЕ
- ВВЕДЕНИЕ В БАЗЫ ДАННЫХ
- ОСНОВНЫЕ ПОНЯТИЯ БАЗЫ ДАННЫХ
- ФУНКЦИИ СУБД
- МОДЕЛИ ОРГАНИЗАЦИИ ДАННЫХ
- РЕЛЯЦИОННАЯ МОДЕЛЬ ДАННЫХ
- РЕЛЯЦИОННЫЕ СВЯЗИ МЕЖДУ ТАБЛИЦАМИ БАЗ ДАННЫХ
- ЦЕЛОСТНОСТЬ ДАННЫХ
- ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
- ЛАБОРАТОРНАЯ РАБОТА № 1. РАЗРАБОТКА И ОПИСАНИЕ СТРУКТУРЫ БАЗЫ ДАННЫХ
- 1.1 ПРИМЕР ПРОЕКТИРОВАНИЯ БАЗЫ ДАННЫХ
- 1.2 АРХИТЕКТУРА MICROSOFT ACCESS
- 2.3 СОЗДАНИЕ БАЗЫ ДАННЫХ И ТАБЛИЦ
- 2.4 ПРИМЕР СОЗДАНИЯ ТАБЛИЦ БАЗЫ ДАННЫХ
- ЛАБОРАТОРНАЯ РАБОТА № 2. РАЗРАБОТКА ЭКРАННЫХ ФОРМ ВВОДА ВЫВОДА ДАННЫХ
- 2.1 ПРОЕКТИРОВАНИЕ ФОРМ
- 2.2 ОСНОВНЫЕ ЭЛЕМЕНТЫ ФОРМЫ
- 2.3 ПРИМЕР СОЗДАНИЯ ФОРМЫ ДЛЯ ВВОДА ДАННЫХ
- 2.4 СОЗДАНИЕ ПОЛЯ СО СПИСКОМ
- ЛАБОРАТОРНАЯ РАБОТА № 3. РАЗРАБОТКА ЗАПРОСОВ К ТАБЛИЦАМ БАЗЫ ДАННЫХ
- 3.1 ТИПЫ ЗАПРОСОВ
- 3.2 СОЗДАНИЕ ЗАПРОСА-ВЫБОРКИ
- 3.3 ПРИМЕРЫ СОЗДАНИЯ ЗАПРОСОВ ВЫБОРА
- 3.4 СОЗДАНИЕ ВЫЧИСЛЯЕМЫХ ПОЛЕЙ
- 3.5 СОЗДАНИЕ ИТОГОВЫХ ЗАПРОСОВ
- 3.6 СОЗДАНИЕ ПАРАМЕТРИЧЕСКИХ ЗАПРОСОВ
- 3.7 СОЗДАНИЕ ПЕРЕКРЕСТНЫХ ЗАПРОСОВ
- 3.8 МОДИФИКАЦИЯ ДАННЫХ С ПОМОЩЬЮ ЗАПРОСОВ ДЕЙСТВИЙ
- ЛАБОРАТОРНАЯ РАБОТА № 4. РАЗРАБОТКА СЛОЖНОЙ ФОРМЫ ДЛЯ ОБРАБОТКИ ДАННЫХ
- ЛАБОРАТОРНАЯ РАБОТА № 5. РАЗРАБОТКА ОТЧЕТОВ ПО ДАННЫМ
- ЛИТЕРАТУРА
- Введение в базы данных
Базы данных занимают все более и более прочное место в нашей жизни. Мы пользуемся ими для решения различных задач, из которых наиболее общими (и часто встречающимися) являются задачи хранения, постоянного обновления и анализа данных о каких-то объектах, процессах, явлениях.
Без баз данных сегодня невозможно представить работу большинства финансовых, промышленных, торговых и прочих организаций. Потоки информации, циркулирующие в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Базы данных позволяют информацию структурировать, хранить и извлекать оптимальным для пользователя образом. Поскольку использование баз данных является одним из краеугольных камней, на которых построено существование различных организаций, пристальное внимание разработчиков приложений баз данных вызывают инструменты, при помощи которых такие приложения можно было бы создавать. Выдвигаемые к ним требования в общем виде можно сформулировать как "быстрота, простота, эффективность надежность".
Основные понятия базы данных
Под базой данных (БД) понимают хранилище структурированных данных, при этом данные должны быть непротиворечивы, минимально избыточны и целостны. Базу данных можно определить как унифицированную совокупность данных. Сама БД должна быть хорошо спроектирована, чтобы система БД функционировала как единое целое. Наиболее важными аспектами БД являются:
целостность и согласованность данных;
защита от случайных потерь или разрушений данных;
один уровень обновления повторяющихся записей;
защита данных от несанкционированного доступа;
способность к расширению и возможность обеспечения изменяющихся требований к данным.
БД создаются для хранения и доступа к данным, содержащим сведения о некотором предмете.
Под предметной областью понимается часть реального мира, которая описывается или моделируется с помощью БД.
Информационный объект или объект - идентифицируемый объект реального мира, некоторое понятие или процесс, относящийся к предметной области, о которой хранятся данные. Иногда объект называют сущностью.
Характеристикой объекта является элемент данных или идентификатор, или атрибут, который определяется именем и совокупностью некоторых значений. Элементы данных часто называются полями.
Ключом называется атрибут (или группа атрибутов), который позволяет определить значения других элементов данных.
Запись об объекте - совокупность идентификаторов, которые описывают конкретный экземпляр объекта, иначе запись - это совокупность, набор полей, образующих один законченный элемент в базе данных.
Первичный ключ - это атрибут (или группа атрибутов), который уникальным образом идентифицирует каждый экземпляр объекта (запись).
Таким образом, в общем понимании база данных представляет собой коллекцию организованных данных.
Функции СУБД
СУБД (система управления базами данных) представляет собой программный пакет, обеспечивающий пользователю простой доступ к БД. Система управления базами данных предоставляет программные средства, необходимые для создания, загрузки, запроса и обновления данных, а также возможность контролировать задание структуры и описание данных, работу с ними и организацию коллективного пользования этой информацией. СУБД также существенно увеличивают возможности и облегчают ведение больших объемов хранящейся в многочисленных таблицах информации. СУБД включают в себя три основных типа функций:
определение (задание структуры и описание) данных,
обработка данных,
управление данными. Все эти функциональные возможности в полной мере реализованы в Microsoft Access.
Определение данных - можно определить, какая именно информация будет храниться в базе данных, задать структуру данных и их тип, а также указать, как эти данные связаны между собой. В некоторых случаях можно также задать форматы и критерии проверки данных.
Обработка данных - данные можно обрабатывать самыми различными способами. Можно выбирать любые поля, фильтровать, сортировать данные, можно объединять данные с другой связанной с ними информацией и вычислять итоговые значения.
Управление данными - можно указать, кому разрешено знакомиться с данными, корректировать их или добавлять новую информацию. Можно также определить правила коллективного пользования данными.
Модели организации данных
Почти все современные системы основаны на реляционной модели управления базами данных. Предшественниками реляционных БД были иерархические и сетевые базы данных. В иерархических базах данных информация хранится в виде иерархий. Сетевая БД характеризуется внутренними ссылками между структурами данных. Реляционная БД практически вытеснила БД других видов. В качестве основной причины называют сложность представления данных в иерархической и сетевой моделях и необходимость определения связей между данными на этапе проектирования БД, в то время как в реляционной БД связи между таблицами устанавливаются непосредственно в момент исполнения запросов. Кроме того, разработчикам и пользователям значительно проще отображать сущности предметной области в табличных структурах данных. Однако иерархический и сетевой подходы продолжают жить. Они находят свое воплощение в отдельных специализированных БД и являются одним из "кирпичиков", на которых строятся архитектуры так зазываемых "пост-реляционных" баз данных. Быстрыми темпами развиваются объектно-ориентированные базы данных, оперирующие категориями объектов, и так называемые полнотекстовые БД, позволяющие производить быструю выборку из неструктурированной информации (например, текстов, изображений и т. д.). Однако и в настоящее время реляционные БД остаются наиболее используемыми.
Реляционная модель данных
Реляционные БД имеют мощный теоретический фундамент, основанный на математической теории отношений.
В реляционной модели объекты и взаимосвязи между ними представляются с помощью таблиц (отношений).
Даже в том случае, когда используются функции СУБД для выбора информации из одной или нескольких таблиц (т.е. выполняется запрос), результат представляется также в табличном виде. Более того, можно выполнить запрос с использованием результатов другого запроса. Реляционные базы данных представляют связанную между собой совокупность таблиц баз данных (ТБД). Связь между таблицами может находить свое отражение в структуре данных, а может подразумеваться, то есть присутствовать на неформальном уровне. Каждая таблица БД представляется как совокупность строк и столбцов, где строки соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы - атрибутам (признакам, характеристикам, параметрам) объекта, события, явления.
В каждой таблице БД должен существовать первичный ключ. Под первичным ключом понимают поле или набор полей, однозначно идентифицирующий запись. Значение первичного ключа в таблице БД должно быть уникальным, то есть в таблице не должно существовать двух и более записей с одинаковыми значениями первичного ключа. Первичный ключ должен быть минимально достаточным: в нем не должно быть полей, удаление которых из первичного ключа не отразится на его уникальности.
Реляционные связи между таблицами баз данных
Отображение - традиционное средство для определения характера взаимосвязи между парами связанных элементов данных. Между двумя или более таблицами базы данных могут существовать отношения подчиненности. Отношения подчиненности определяют, что для каждой записи главной таблицы (называемой еще родительской) может существовать одна или несколько записей в подчиненной таблице (называемой еще дочерней).
Существует три разновидности связи между таблицами базы данных:
"один - ко - многим";
"один - к - одному";
"многие - ко - многим".
Отношение "один-ко-многим".
Отношение "один - ко - многим" имеет место, когда одной записи родительской таблицы может соответствовать несколько записей дочерней таблицы. Связь "один - ко - многим" иногда называют связью "многие - к - одному". И в том, и в другом случае сущность связи между таблицами остается неизменной.
Связь "один - ко - многим" является самой распространенной для реляционных баз данных. Она позволяет моделировать также и иерархические структуры данных.
Отношение "один-к-одному".
Отношение "один - к - одному" имеет место, когда одной записи в родительской таблице соответствует одна запись в дочерней таблице. Данное отношение встречается много реже, чем отношение "один - ко - многим". Его используют, если не хотят, чтобы таблица БД "распухала" от второстепенной информации. Использование связи "один - к - одному" приводит к тому, что для чтения связанной информации в нескольких таблицах приходится производить несколько операций чтения вместо одной, когда данные хранятся в одной таблице.
Отношение "многие-ко-многим".
Отношение "многие - ко - многим" имеет место, когда
одной записи в родительской таблице может соответствовать более одной записи в дочерней таблице;
одной записи в дочерней таблице может соответствовать более одной записи в родительской таблице.
Всякая связь "многие - ко - многим" в реляционной базе данных должна быть заменена на одну или более связей "один - ко - многим".
Целостность данных
Под целостностью и непротиворечивостью данных понимается как физическая сохранность данных, так и предотвращение неверного использования данных, поддержка допустимых сочетаний их значений, защита от структурных искажений и несанкционированного доступа.
Минимальная избыточность данных обозначает, что любой элемент данных должен храниться в базе данных в единственном виде, что позволяет избежать необходимости дублирования операций, производимых с ними.
К утере связей между записями в родительской и дочерней таблицах могут привести два вида изменений:
изменение значения поля связи в записи родительской таблицы без изменения значения поля связи в соответствующих записях дочерней таблицы;
изменение значения поля связи в одной из записей дочерней таблицы без соответствующего изменения значения поля связи в родительской и дочерней таблицах.
И в первом, и во втором случаях наблюдается нарушение целостности базы данных, поскольку информация в ней становится недостоверной. Следовательно, нужно блокировать действия, которые нарушают целостность связей между таблицами, называемую ссылочной целостностью. Чтобы предотвратить потерю ссылочной целостности, используется механизм каскадных изменений. Он состоит в обеспечении следующих требований:
необходимо запретить изменение поля связи в записи дочерней таблицы без синхронного изменения поля связи в родительской и дочерней таблицах, обычно инициатива изменения поля связи реализуется в записи родительской таблицы;
при изменении поля связи в записи родительской таблицы следует синхронно изменить значения полей связи в соответствующих записях дочерней таблицы;
при удалении записи в родительской таблице следует удалить соответствующие записи в дочерней таблицы.
Обычно в СУБД для реализации ссылочной целостности в дочерней таблице создают внешний (чужой) ключ, ссылающийся на родительскую таблицу, и указывают вид каскадного воздействия. Во внешний ключ входят поля связи дочерней таблицы. Для связей типа "один - ко - многим" внешний ключ по составу полей должен совпадать с первичным ключом родительской таблицы.
Существует и другой вид целостности - смысловая (семантическая) целостность БД. Требование смысловой целостности определяет, что данные в БД должны изменяться таким образом, чтобы не нарушалась сложившаяся между ними смысловая связь. Изменения данных в таблицах базы происходят под некоторым воздействием. Воздействие на БД, переводящее ее из одного целостного состояния в другое, называется транзакцией. Если одно из изменений, вносимых в БД в рамках транзакции, завершается неуспешно, должен быть произведен откат к состоянию базы данных, имевшему место до начала транзакции. Следовательно, все изменения, внесенные в БД в рамках транзакции, либо одновременно подтверждаются, либо не подтверждается ни одно из них.
По определенным ключам СУБД автоматически строит индексы. Механизм индексов основан на понятии методов доступа. Индексы представляют собой механизм быстрого доступа к данным в таблицах БД. Сущность индексов состоит в том, что они хранят значения индексных полей (т.е. полей, по которым построены индексы) и указатель на данные в таблицах.
Проектирование базы данных
Важнейшей проблемой, решаемой при проектировании баз данных, является создание такой структуры, которая обеспечивала бы минимальное дублирование информации и упрощала бы процедуры обработки и обновления данных.
Процесс проектирования структуры БД является, с одной стороны, процессом творческим, неоднозначным, с другой стороны, узловые его моменты могут быть формализованы. Одной из таких формализаций является требование, согласно которому реляционная база данных должна быть нормализована (т.е. подвергнута процедуре нормализации). Был предложен некоторый набор формальных требований универсального характера к организации баз данных, которые позволяют эффективно решать перечисленные задачи. Эти требования к состоянию таблиц данных получили название нормальных форм
Процесс нормализации имеет своей целью устранение избыточности данных и заключается в приведении к трем нормальным формам.
Первая нормальная форма требует, чтобы каждое поле таблицы базы данных было уникальным, т.е. было неделимым и не содержало повторяющихся групп. Повторяющимися являются поля, содержащие одинаковые по смыслу значения. Иначе все атрибуты отношения являются простыми.
Вторая нормальная форма требует, чтобы отношение находилось в первой нормальной форме и все поля таблицы зависели от первичного ключа, т е. чтобы первичный ключ однозначно определял данную запись и не был избыточным. Первичные ключ может состоять из одного или нескольким полей таблицы. Иначе каждый неключевой атрибут должен функционально полно зависеть от ключа (однозначно им определяться).
Третья нормальная форма требует, чтобы отношение удовлетворяло требованиям второй нормальной формы и таблице не имелось бы транзитивных зависимостей между неключевыми полями, т. е. чтобы значение любого поля таблицы, не входящего в первичный ключ, не зависело от значения другого поля, также не входящего в первичный ключ. Другими словами, должна быть возможность изменять значения любого поля (не входящего в первичный ключ) и это не должно повлечь за собой изменение другого поля.
В общем виде процесс проектирования базы данных можно представить в виде следующих этапов:
Этап 1. Определение типов сущностей.
Определение основных типов сущностей, присутствующих в представлении данного пользователя о предметной области приложения.
Этап 2. Определение типов связей.
Определение важнейших типов связей, существующих между сущностями, выделенными на предыдущем этапе.
Этап 3. Определение атрибутов и связывание их с типами сущностей и связей.
Связывание атрибутов с соответствующими типами сущностей или связей. Для создания связи между таблицами базы данных, нужно поместить копию первичного ключа из таблицы со стороны "один" в таблицу со стороны "много".
Этап 4. Определение доменов атрибутов.
Определение доменов (типов данных или допустимых значений) для всех атрибутов в модели данных.
Этап 5. Определение атрибутов, являющихся потенциальными и первичными ключами.
Определение потенциального ключа для каждого типа сущности, если таких ключей окажется несколько, выбор среди них первичного ключа.
Лабораторная работа № 1. Разработка и описание структуры базы данных
1.1 Пример проектирования базы данных
Задание. Разработать структуру базы данных для моделирования деятельности торговой фирмы по продаже товаров постоянным клиентам. В базе данных учесть такие признаки как: дату, количество, название, тип проданного товара, покупателя, его фирму, город и телефон.
Этап 1. Определение типов сущностей.
Исходя из анализа предметной области можно выделить два типа сущностей ТОВАР и ПОКУПАТЕЛЬ, связанные между собой отношением «много - ко - многим», т.к. каждый покупатель может купить много наименований товара, и каждый товар может быть куплен многими покупателями. Однако, реляционная модель данных требует заменить отношение «много - ко - многим» на несколько отношений «один - ко - многим». Добавим еще один тип сущностей, отображающий процесс продажи товаров, ОТПУСК.
Этап 2. Определение типов связей.
Установим связи между объектами. Один покупатель может неоднократно покупать товары. Поэтому между объектами ПОКУПАТЕЛЬ и ОТПУСК имеется связь "один - ко - многим". Каждый покупатель может приобрести несколько различных товаров. Поэтому между объектами ТОВАР и ОТПУСК имеется связь "один - ко - многим".
Этап 3. Определение атрибутов и связывание их с типами сущностей и связей.
Распределим признаки, указанные в задании, по выделенным типам сущностей. К объекту ТОВАР относятся такие характеристика как название, тип, цена. К объекту ПОКУПАТЕЛЬ - имя, фирма, город, телефон. Тип сущности ОТПУСК может быть охарактеризован такими признаками как дата и количество проданного товара.
Этап 4. Определение доменов (допустимых значений) атрибутов.
Атрибуты имя, город, фирма, телефон, название и тип товара представляют символьную информацию, кроме того, телефон может быть записан только по определенной схеме и содержать только цифры и дефис, цена может быть представлена в числовом формате, еще точнее, в денежном, количество - в числовом формате, а для даты продажи необходимо использовать представление данных в виде даты и времени, для даты продажи можно указать ограничение, что дата продажи должна быть указана позже какой-либо фиксированной даты.
Этап 5. Определение атрибутов, являющихся потенциальными и первичными ключами.
Вторая нормальная форма требует, чтобы все поля таблицы зависели от первичного ключа, т.е. чтобы первичный ключ однозначно определял запись и не был избыточным.
Для таблицы ОТПУСК первичным ключом является поле НомерПокупки, т.к. однозначно определяет дату, покупателя и другие элементы данных.
Для таблицы ТОВАР Название не может служить первичным ключом, т.к. товары разных типов могут иметь одинаковые названия, поэтому введем первичный ключ КодТовара. Также и в таблице ПОКУПАТЕЛЬ ни Имя, ни Фирма, ни Город не могут служить первичным ключом. Введем первичный ключ КодПокупателя
Установим связи между таблицами. Один покупатель может неоднократно покупать товары. Поэтому между таблицами ПОКУПАТЕЛЬ и ОТПУСК имеется связь "один - ко - многим" по полю КодПокупателя.
Каждый покупатель может приобрести несколько различных товаров. Поэтому между таблицами ТОВАР и ОТПУСК имеется связь "один - ко -многим" по полю КодТовара.
Теперь нужно создать связи между таблицами базы данных. Для этого поместим копии первичных ключей из таблицы со стороны "один" в таблицу со стороны "много". Для организации связи между таблицами ТОВАР и ОТПУСК поместим копию поля КодТовара из таблицы ТОВАР в таблицу ОТПУСК. Для организации связи между таблицами ПОКУПАТЕЛЬ и ОТПУСК поместим копию поля КодПокупателя из таблицы ПОКУПАТЕЛЬ в таблицу ОТПУСК. Для таблицы ОТПУСК поля КодПокупателя и КодТовара являются внешними (чужими) ключами. Нормализация таблиц БД призвана устранить из них избыточную информацию. Как видно из приведенного примера, таблицы нормализованной БД содержат только один элемент избыточных данных - это поле связи, присутствующее одновременно в родительской и дочерней таблицах. В результате получим следующую структуру базы данных
1.2 Архитектура Microsoft Access
Программа MS Access - это система управления базой данных, она не только организует данные, но и позволяет реализовать все задачи управления данным. Access является системой управления реляционной базой данных. Microsoft Access называет объектами все, что может иметь имя (в смысле Access). В базе данных Access основными объектами являются: таблицы, запросы, формы, отчеты, макросы и модули.
Таблица - объект, который определяется и используется для хранения данных. Каждая таблица включает информацию об объекте определенного типа. Таблица содержит поля (столбцы), в которых хранятся данные различного рода, и записи (которые называются также строками). В записи собрана вся информация о конкретном предмете. Для каждой таблицы можно определить первичный ключ (одно или несколько полей, которые имеют уникальное значение для каждой записи) и один или несколько индексов с целью увеличения скорости доступа к данным.
Запрос - объект, который позволяет пользователю получить нужные данные из одной или нескольких таблиц. Для создания запроса можно использовать QBE (запрос по образцу) или инструкцию SQL. Можно создать запрос на выбор, обновление, удаление или добавление данных. С помощью запросов можно создавать новые таблицы, используя данные одной или нескольких таблиц, которые уже существуют.
Форма - объект, предназначенный в основном для ввода данных, отображения их на экране или управления работой приложения. Можно использовать формы для того, чтобы реализовать требования пользователя к представлению данных из запросов или таблиц. С помощью формы можно в ответ на некоторое событие, например, на изменение значений определенных данных, запустить макрос или процедуру (модуль).
Отчет -объект, предназначенный для создания документа, который впоследствии может быть распечатан или включен в документ другого приложения.
Макрос - объект, представляющий собой структурированное описание одного или нескольких действий, которые должен совершить Access в ответ на определенные события. В макрос можно включить дополнительные условия для выполнения или невыполнения тех или иных включенных в него действий. Можно также из одного макроса запустить другой макрос или функцию модуля.
Модуль - объект, содержащий программы на Microsoft Access Basic, которые позволяют разбить процесс на более мелкие действия и обнаружить ошибки, которые не удается найти с использованием макросов. Модули могут быть независимыми объектами, содержащими функции, которые можно вызывать из любого места приложения, но они могут быть и непосредственно "привязаны" к отдельным формам или отчетам для реакции на те или иные происходящие в них изменения.
В Microsoft Access база данных включает в себя все объекты, связанные с хранением данных, в том числе и те, которые определяет пользователь для автоматизации работы с ними.
2.3 Создание базы данных и таблиц
Для создания новой базы после запуска Microsoft Access нужно выбрать пункт: Создание базы данных / Новая база данных / ОК
и указать имя файла новой базы данных. Access автоматически добавит к имени расширение .mdb. Файл с расширением mdb Access использует для хранения всех объектов базы данных, включая таблицы, запросы, формы, отчеты, макросы и модули.
В режиме определения новой таблицы окно базы данных должно быть активным. Последовательность действий: Таблица Создать Конструктор ОК переведет пользователя в режим конструктора новой таблицы. Создание новой таблицы начинается с определения полей, что включает в себя определение имен полей, выбор типа данных, которые будут храниться в этих полях, и задание для каждого поля определенных свойств, зависящих от выбранного типа данных
Определение полей
В режиме конструктора в столбце Поле указывается имя поля. Несмотря на то, что в Microsoft Access при задании имен можно использовать символ "пробел", лучше все-таки использовать имена полей без пробелов. Большинство баз данных SQL, к которым Microsoft Access может присоединять свои таблицы, не поддерживают использование пробелов при задании имен полей. В следующем столбце конструктора структуры таблицы нужно указать тип данных.
Типы данных.
Access поддерживает восемь типов данных:
Текстовый - для хранения алфавитно-цифровых данных объемом не более 255 байт;
Memo - для хранения алфавитно- цифровых данных большого объема ( до 64 000 байт), например, предложения, абзацы, тексты;
Числовой - для хранения числовых значений длиной 1, 2, 4 или 8 байт ( байт, целое, длинное целое, с плавающей точкой);
Дата/время - используется для хранения календарных дат или значений времени и позволяет выполнять вычисления в единицах измерения времени: минутах, секундах, часах, днях, месяцах, годах;
Денежный - для хранения данных о денежных суммах;
Счетчик - является разновидностью числового типа, создан для автоматической генерации значений первичного ключа. Таблица не может содержать более одного поля тина Счетчик;
Логический - используется для хранения значений Истина и Ложь;
Объект OLE - позволяет хранить такие данные как картинки, диаграммы или звуковые фрагменты, которые могут иметь динамические связи с другими приложениями Windows. Для каждого поля можно задать определенные свойства.
Свойства полей.
Размер поля - это свойство задает максимальный размер данных, для хранения которых предназначено данное поле. Формат поля используется для задания формата представления данных при выводе на экран или печать.
Число десятичных знаков применяется для задания фиксированного числа десятичных знаков от 0 до 15.
Маска ввода используется для облегчения ввода форматированных данных.
Подпись поля используется для определения более описательного имени поля (например, без пробелов), которое Access будет выводить в элементах управления - подпись форм и в заголовках отчетов.
Значение по умолчанию используется для определения значения, которое появится в поле, если пользователь не ввел значение для этого поля.
Условие на значение определяет условия корректности вводимых данных. Установка данного свойства поля защитить данные от ввода недопустимых или некорректных значений. Сообщение об ошибке используется для определения текста, который Access будет выводить на экран, если вводимые значения не удовлетворяют условиям на значение.
Обязательное поле - это свойство в значении "Да" не позволит пользователю оставить поле пустым, без значения. Пустые строки - для текстовых и Мемо-полей можно разрешить ввод пустых строк.
Индексированное поле - можно задать построение индекса для ускоренного доступа к данным.
Задание условия на значение для полей.
Условие на значение задается выражением, которое состоит из операторов сравнения и операндов. Несколько условий могут быть связаны логическими связками OR (ИЛИ) и AND(И). В качестве операторов используются следующие:
< меньше, чем; <= меньше или равно; > больше, чем;
>= больше или равно;
= равно;
<> не равно;
Оператор IN обеспечивает проверку на равенство любому значению из списка, заключенного в круглые скобки.
Оператор BETWEEN проверяет, что значение поля находится внутри заданного диапазона. Верхняя и нижняя границы диапазона разделяются логическим оператором AND.
Оператор LIKE проверяет соответствие текстового или Мemo поля заданному шаблону символов. В качестве символов шаблона используются:
? - для замены одного произвольного символа;
* - для замены любой последовательности символов;
# - для замены одной любой цифры.
Можно задать, чтобы определенная позиция текстового или Memo поля содержала только символы, указанные в списке допустимых символов, заключенном в квадратные скобки. Можно включить в список диапазон символов, указав первый символ, знак дефиса и последний символ. Если нужно указать, что определенная позиция может содержать любой не входящий в список символ, следует начать список с восклицательного знака.
Microsoft Access позволяет задать условия не только на значение поля, но также и на значения для таблицы. Эти условия Microsoft Access будет использовать для проверки каждой записываемой в таблицу строки.
Условия на значения для поля проверяются при вводе в это поле нового значения, а условия на значения для таблицы проверяются при сохранении или добавлении записи. Для задания условия на значения для таблицы необходимо выполнить команду Вид/Свойства таблицы. В окне Свойства таблицы можно указать Описание объекта, Условия на значение и Сообщение об ошибке. В выражении Условие на значение можно использовать имена полей, заключая их в квадратные скобки.
Задание маски ввода.
Чтобы облегчить ввод форматированных данных, Access позволяет задать маску ввода. Определить маску ввода можно при помощи следующих символов:
9 - в данной позиции может быть введена цифра или пробел,
# - в данной позиции может быть введена цифра, пробел, минус или плюс,
0 - в данной позиции может быть введена цифра,
L - в данной позиции может быть введена произвольная буква,
# - в данной позиции может быть введена цифра или буква,
. - определяется место для десятичной точки,
, - определяется место для разделителя тысяч.
Создание первичного ключа
Каждая таблица в реляционной базе данных должна иметь первичный ключ. Для создания первичного ключа в Microsof Access следует выполнить следующие действия:
1. В режиме конструктора в окне таблицы отметить поля, входящие в первичный ключ, щелкнув по области маркировки, расположенной слева от имени поля. Если нужно включить несколько полей в первичный ключ, следует нажать клавишу Ctrl и, удерживая ее нажатой, щелкнуть по области маркировки необходимых полей.
2. Выполнить команду Правка/Определить ключ. В подтверждение того, что ключ задан, Access выведет в области маркировки слева от указанного поля символ ключа.
Определение связи между таблицами
Определение связи между таблицами производится в окне базы данных путем выполнения директивы Правка/Схема данных. В схему данных нужно +добавить таблицы, между которыми определяется связь. Обычно две таблицы связаны между собой отношением "один - ко - многим", и для первичного ключа родительской таблицы (таблицы со стороны "один") существует соответствующий ему чужой (внешний) ключ в дочерней таблице (таблице со стороны "много"). Для того, чтобы установить связь между этими таблицами, необходимо перетащить первичный ключ родительской таблицы и опустить его на соответствующий ему чужой ключ в дочерней таблице. В диалоговом окне Связи можно установить флажки:
обеспечение целостности данных, что не позволит добавить в дочернюю таблицу записи, не соответствующие информации родительской таблицы, а также не позволит удалить записи родительской таблицы, имеющие связанные с ними записи в дочерней таблице;
каскадное обновление связанных полей, что приведет к обновлению всех значений чужих ключей в дочерних таблицах;
каскадное удаление связанных данных, что приведет к удалению записей в дочерних таблицах при удалении соответствующих записей в родительских таблицах.
Для удаления связи достаточно установить курсор мыши на связи в окне схемы данных и нажать клавишу Del.
таблица база данный архитектура запрос
2.4 Пример создания таблиц базы данных
Таблица ПОКУПАТЕЛЬ (родительская таблица)
|
Имя поля |
Тип данных |
Свойства поля |
|
|
КодПокупателя |
Счетчик |
Первичный ключ |
|
|
Имя |
Текстовый |
Размер поля 20 |
|
|
Фирма |
Текстовый |
Размер поля 20 |
|
|
Город |
Текстовый |
Размер поля 20 |
|
|
Телефон |
Текстовый |
Размер поля 8 Маска ввода 99-99-99 |
Таблица ТОВАР (родительская таблица)
|
Имя поля |
Тип данных |
Свойства поля |
|
|
КодТовара |
Счетчик |
Первичные ключ |
|
|
Название |
Текстовый |
Размер поля 30 |
|
|
Тип |
Текстовый |
Размер поля 20 |
|
|
Цена |
Денежный |
Таблица ОТПУСК (дочерняя таблица)
|
Имя поля |
Тип данных |
Свойства поля |
|
|
НомерПокупки |
Счетчик |
Первичный ключ |
|
|
КодПокупателя |
Числовой |
||
|
КодТовара |
Числовой |
||
|
Количество |
Числовой |
Условие на значение >10 |
|
|
Дата |
Дата/Время |
Условие на значение > #15.10.2002# |
Связи между таблицами
|
Вид связи |
Один - ко - многим |
Один - ко - многим |
|
|
Связываемые таблицы |
ПОКУПАТЕЛЬ - ОТПУСК |
ТОВАР - ОТПУСК |
|
|
Связываемые поля |
КодПокупателя-КодПокупателя |
КодТовара-КодТовара |
Создание таблицы в режиме конструктора показано на рис.
Процесс связывания таблиц показан на рис.
Лабораторная работа № 2. Разработка экранных форм ввода/вывода данных
Просмотр базы данных в виде таблицы в режиме заполнения дает пользователю возможность оценить базу как единое целое, сравнить записи и т.д. Часто, однако, возникает необходимость работы с отдельными записями базы. В этом случае присутствие на экране других записей (как это имеет место в режиме заполнения) только мешает и отвлекает. Работа с отдельными записями посредством форм позволяет сосредоточиться только на относящейся к делу информации.
2.1 Проектирование форм
Формы можно спроектировать на базе существующей Access -таблицы или запроса. Имена полей берутся из спецификации таблицы, а расположением полей на экране занимается пользователь - в соответствии со своими вкусами и потребностями. При этом он определяет, какие поля в какой последовательности появляются в форме, объединяет логически взаимосвязанные поля в группы, вносит в формы элементы оформления.
Формы являются основным средством организации интерфейса пользователя в приложении Microsoft Access. Можно создавать формы для различных целей:
Вывод и редактирование данных. Это наиболее распространенный способ использования форм. Формы обеспечивают вывод на экран данных в выбранном представлении. С их помощью значительно упрощается внесение изменений, добавление и удаление данных из базы. В форме можно сделать доступными только для чтения все записи или некоторую их часть, автоматически выбирать информацию из других связанных таблиц и помещать ее в форму, вычислять выводимые в форме значения, скрывать (делать невидимыми) или наоборот выводить некоторые данные в зависимости от значений других полей записи либо от выбранных пользователем параметров.
Управление ходом выполнения приложения. Чтобы автоматизировать вывод определенных данных или выполнения некоторой последовательности действий, можно создать формы для работы с макросами и функциями Microsoft Access Basic. Для запуска макросов или процедур Access Basic можно создать специальные элементы управления - командные кнопки). С помощью макросов и процедур можно открывать другие формы, выполнять запросы или команды меню, фильтровать выводимые на экран значения, устанавливать значения в записях или формах, выводить меню на экран, распечатывать отчеты и выполнять ряд других действий. Можно спроектировать форму таким образом, чтобы макросы или функции Access Basic запускались в ответ на определенные события:открытие формы, активизация определенных элементов управления или на изменение данных в форме.
Ввод данных. Можно создать форму, предназначенную только для ввода в базу данных новых данных или значений, помогающих автоматизировать выполнение приложения.
Вывод сообщений. Формы могут предоставлять вспомогательную информацию о работе приложений или о выполняемых действиях. С помощью макрокоманд или функций Microsoft Access Basic можно вывести на экран информацию, предупреждающую или сообщающую об ошибках.
Печать информации. Несмотря на то, что для печати информации используются отчеты, можно распечатать информацию ,содержащуюся в форме.
2.2 Основные элементы формы
В центре окна формы размещается область данных, в которую обычно выводится информация из базовой таблицы или запроса. Информация или элементы управления, которые не будут меняться от записи к записи, добавляются в верхнюю часть окна формы - заголовок или в нижнюю часть - область примечания. Область заголовка/примечания можно показать в форме, используя команду Вид/Заголовок.
Существуют многостраничные формы, если нужно вывести на экран записи, каждая из которых содержит большой объем информации, занимающий больше одного экрана. Ленточные формы удобно использовать для просмотра списка записей с небольшим числом полей данных. В отличие от простой формы, которая показывает только одну запись, в ленточной форме отформатированные записи выводятся на экран одна за другой, как в таблице. Подчиненные формы могут внедряться в главную форму. Также имеется специальный тип формы - монопольная форма, которая , прежде чем пользователь сможет продолжить работу с приложением, требует реакции пользователя.
2.3 Пример создания формы для ввода данных
Создадим форму Мастером для таблицы ТОВАР, взяв все поля, кроме КодТовара. Укажем внешний вид формы - как ленточный. Пример формы показан на рис.
Аналогичным образом создадим форму для таблицы ПОКУПАТЕЛЬ, взяв все поля, кроме поля КодПокупателя. Поля КодТовара и КодПокупателя имеют тип Счетчик и заполняются автоматически не зависимо от пользователя.
Также с помощью Мастера создадим форму для таблицы ОТПУСК, исключив поле НомерПокупки, т.к. это поле формируется как счетчик автоматически. В этой форме присутствуют поля КодТовара и КодПокупателя, что потребует от пользователя при вводе данных о покупках указывать коды товара и покупателя. Что является весьма неудобным. Заменим в форме ОТПУСК в режиме конструктора поля КодТовара и КодПокупателя на поля со списком, чтобы обеспечить пользователю при вводе информации о покупке выбор товаров и покупателей из списков.
Покажем процесс построения поля со списком. В режиме конструктора формы ОТПУСК выберем из панели инструментов элемент управления ПолеСоСписком. При этом кнопка Мастера должна быть включена. Далее необходимо ответить на вопросы Мастера: поле со списком использует значения из таблицы или запроса; следует указать таблицу ТОВАР; взять поля КодТовара для связи и Название для выбора; скрыть ключевой столбец; сохранить в поле КодТовара.
Осталось заменить в форме поле КодТовара на ПолеСоСписком. Также следует построить ПолеСоСписком для выбора покупателя из списка постоянных клиентов. Пример формы и элементами ПолеСоСписком показан на рис.
2.4. Создание поля со списком
Элемент управления ПолеСоСписком можно создать и без участия Мастера. Для этого нужно в режиме конструктора формы поставить элемент ПолеСоСписком и настроить его свойства следующим образом:
Свойство Данные показывает, с каким полем связано поле со списком.
Свойство Тип источника строк указывает, что данные поступают в поле со списком из таблицы или запроса.
Ячейка свойства Источник строк содержит инструкцию SQL, которую нужно создать для запроса полей, например, КодТовара и Наименование из таблицы ТОВАРЫ. В бланке QBE следует установить сортировку по возрастанию для поля Наименование.
Свойство Число столбцов следует установить в значение 2, что указывает на то, что поле со списком использует два столбца запроса.
Свойство Заглавия столбцов устанавливается в значение Нет. это означает, что при раскрытии списка заголовки не выводятся.
Свойство Ширина столбцов. Для первого столбца ширина столбца равна 0. Это значение указывает на то, что первый столбец не выводится в поле со списком (на экране не надо показывать КодТовара). Для второго столбца (Наименование) устанавливается ширина столбца 1,323 дюйма. Свойство Ширина столбцом имеет следующие значения: 0";1,323"
Значение следующего свойства Связанный столбец 1 указывает на то, что спрятанный первый столбец является столбцом, значения которого используются в качестве значения поля со списком, т.е. определяют значения связанного поля базовой таблицы (поля, указанного в свойстве Данные).
Свойство Ограничиться списком разрешает выбор значений только из списка. Чтобы Access выбирал значения из списка по первым введенным символам, следует установить свойство Автоподстановка в значение Да.
Лабораторная работа № 3. Разработка запросов к таблицам базы данных.
3.1 Типы запросов
Выделяют два типа запросов: QBE - запросы (QBE - Query By Example запрос по образцу), которые пользователь формирует, определяя отдельные параметры в окне проектирования с использованием подсказок (образцов), и SQL - запросы (SQL - Structured Query Language - структурированный язык запросов), при создании которых пользователь применяет инструкции и функции, выстраивая некоторое описание. QBE - запрос Access легко транслирует в соответствующий SQL - запрос. Обратная операция тоже не составляет труда. Для Access безразлично, с какими типами запросов работает пользователь.
При выполнении запроса - выборки информация выбирается из таблиц и других запросов базы данных, в отличие от запроса - действия, при выполнении которого вставляются, обновляются, удаляются записи в основных таблицах.
Запрос - выборка используется для выбора из базы данных информации, которая интересует пользователя в данный момент. Результат обработки программой Access такого запроса представляет cобой таблицу (последовательность записей) и называется Dynaset (динамический, временный набор данных). В эту таблицу включены выбранные из основной таблицы блоки данных, которые удовлетворяют критериям запроса.
Dynaset - динамический набор данных, т.е. при каждом выполнении запроса он строится вновь на основе "свежих" табличных данных. В большинстве случаев с этими наборами можно работать точно также как с таблицами: просматривать и выбирать информацию, печатать и даже обновлять записи, однако в отличие от реальной таблицы, этот набор данных физически не существует в базе данных.
Access соэдает набор данных из данных таблиц и других запросов. Если изменяются данные в наборе данных, Access вносит соответствующие изменения в таблицы, на базе которых построен запрос. Набор записей, который создает Access при выполнении запросов, выглядит и ведет себя во многом точно так же, как реально содержащая данные таблица. Во многих случаях можно вставлять строки, удалять их и обновлять данные в наборе записей. при этом Access выполнит необходимые изменения в соответствующих таблицах. Однако при использовании запросов - выборки существуют ограничения для обновления данных. Так, не подлежат изменению:
* вычисляемые и итоговые поля;
* данные в перекрестном запросе;
* значения ключевых полей в таблице со стороны "один".
3.2 Создание запроса-выборки
Для создания запроса необходимо в окне базы выбрать корешок Запрос и выполнить команду Создание запроса / Конструктор. Окно конструктора запросов содержит список полей и бланк для создания запроса по образцу (QBE). В верхней панели окна находятся списки полей таблиц или запросов, выбранных для данного запроса. Нижняя панель является бланком QBE, в котором выполняется вся работа по созданию запроса. Каждый столбец бланка QBE относится к одному полю. Поле может быть просто полем одной из таблиц, вычисленным на основе значений нескольких полей, или итоговым полем, использующих одну из встроенных групповых функций Microsoft Access.
Для выбора полей используется первая строка бланка QBE. Это могут быть поля, которые должны присутствовать в наборе записей запроса, поля, по которым нужно провести сортировку, или поля, значения которых нужно проверить. Включение полей в запрос может быть осуществлено двойным щелчком на имени поля в области верхней панели. Во второй строке бланка QBE Access выводит на экран имена таблиц, из которых выбраны поля. В третьей строке бланка можно задать выполнение сортировки по выбранному или вычисляемому полю. Четвертую строку бланка Вывод на экран можно использовать для указания полей, которые должны быть выведены в наборе данных. Строки Условие отбора используются для ввода условий в качестве фильтра. Несколько условий отбора для нескольких полей, связанных логической связкой И, записываются в одну строку, а связанные логической связкой ИЛИ - в разные строки условий отбора. Несколько условий для одного поля связываются логическим оператором И (AND), если необходимо выполнение всех приведенных условий, и логическим оператором ИЛИ (OR), если достаточно выполнение хотя бы одного условия. Кроме обычных операторов сравнения
> - больше, чем,
>= - больше или равно,
< - меньше, чем,
<= - меньше или равно,
= - равно,
<> - не равно,
Access предоставляет также специальные операторы:
BETWEEN - для задания диапазона значений,
IN - для сравнения со списком значений,
LIKE - для поиска образцов в текстовых полях.
3.3 Примеры создания запросов выбора
Пример 1. Показать названия и цену товаров, проданных в объеме более 10 единиц
|
Поле |
Название |
Цена |
Количество |
|
|
Имя таблицы |
ТОВАР |
ТОВАР |
ОТПУСК |
|
|
Условие отбора |
>20 |
Пример 2. Показать фамилии покупателей Москвы или Ульяновска
|
Поле |
Фамилия |
Город |
|
|
Имя таблицы |
ПОКУПАТЕЛЬ |
ПОКУПАТЕЛЬ |
|
|
Условие отбора |
IN("Москва";"Ульяновск") |
или
|
Поле |
Фамилия |
Город |
|
|
Имя таблицы |
ПОКУПАТЕЛЬ |
ПОКУПАТЕЛЬ |
|
|
Условие отбора |
"Москва" Or "Ульяновск" |
Пример 3. Вывести названия товаров, цена которых лежит в интервале от 100 до 200 рублей
|
Поле |
Название |
Цена |
|
|
Имя таблицы |
ТОВАР |
ТОВАР |
|
|
Условие отбора |
BETWEEN 100 And 200 |
или
|
Поле |
Название |
Цена |
|
|
Имя таблицы |
ТОВАР |
ТОВАР |
|
|
Условие отбора |
>= 100 And <=200 |
Пример 4. Найти фирмы, название которых начинается с буквы А или Д
|
Поле |
Фирма |
||
|
Имя таблицы |
ПОКУПАТЕЛЬ |
||
|
Условие отбора |
Like "А*" Or Like "Д*" |
Пример 5. Найти фирмы, в названии которых первый символ - любой, второй символ - буква от а до к, третий символ - д, четвертый символ - цифра и произвольная цепочка символов в конце.
|
Поле |
Фирма |
||
|
Имя таблицы |
ПОКУПАТЕЛЬ |
||
|
Условие отбора |
Like "?[а-к]д[0-9]*" |
Отдельно рассмотрим условия отбора для даты и времени.
Microsoft Access хранит значения дат и времени как числа с плавающей точкой двойной точности. Значение целой части соответствует дате, а дробной части - времени суток. В Access значения даты и времени заключаются между символами #. Для ввода условий отбора для даты и времени используются следующие функции:
Day(дата) - возвращает значение дня от 1 до 31;
Month(дата) - возвращает значение месяца от 1 до 12;
Year(дата) - возвращает значение года от 100 до 9999;
Weekday(дата) - возвращает целое число от 1 до 7, соответствующее дню недели;
Hour(дата) - возвращает число от 0 до 23 - значение часа;
Date() - возвращает системную дату.
Чтобы воспользоваться этими функциями, сначала следует создать в запросе вычисляемое поле, а затем записать для него условие отбора.
Пример 6. Вывести список товаров, проданных 15 мая 2002 года.
|
Поле |
Название |
Дата |
|
|
Имя таблицы |
ТОВАР |
ОТПУСК |
|
|
Условие отбора |
#15.05.02# |
Пример 7. Вывести список товаров, проданных в мае 2002 года. В запросе создадим вычисляемые поля по формулам Месяц:Month([ОТПУСК]![Дата]) и Год:Year([ОТПУСК]![Дата]).
|
Поле |
Название |
Месяц: Month([ОТПУСК]![Дата]) |
Год:Month([ОТПУСК]![Дата]) |
|
|
Имя таблицы |
ТОВАР |
|||
|
Условие отбора |
5 |
2002 |
3.4 Создание вычисляемых полей
Можно задать вычисления над любым полем таблицы и сделать вычисляемые значения новым полем в наборе данных. В выражении можно использовать следующие операторы:
& - конкатенация (сцепление, склеивание) текстовых полей или символьных констант;
+, -, *, /, \, ^, mod - соответственно сложение, вычитание, умножение, деление, целочисленное деление, возведение в степень и остаток от деления арифметических выражений.
Также можно использовать множество встроенных функций Access. При построении сложных выражений Access предлагает использовать Построитель выражений. Для того, чтобы воспользоваться Построителем выражений, следует в бланке запроса QBE щелкнуть по пустому полю, а затем по кнопке Построить панели инструментов. Microsoft Access откроет окно Построителя выражений. В верхней части этого окна расположена пустая область ввода, в которой можно создавать выражения. В нижней части окна расположено три списка, которыми можно пользоваться, чтобы найти необходимые для создания выражения имена полей и функций. Все имена объектов в Access должны быть заключены в квадратные скобки. Следует использовать полное имя поля, помещая перед именем поля имя таблицы. В этом случае перед именем поля стоит восклицательный знак, разделяющий имена объектов.
Пример 8. Рассчитать общую стоимость покупок.
|
Поле |
Название |
Стоимость: [ТОВАРЫ]![Цена]*[ОТПУСК]![Количество] |
|
|
Имя таблицы |
ТОВАР |
3.5 Создание итоговых запросов
Для вычисления в запросе итоговых значений следует щелкнуть по кнопке Групповые операции панели инструментов конструктора запросов, чтобы в бланке QBE появилась строка Групповая операция. Для получения итогов нужно заменить в строке Групповая операция установку Группировка на определение групповых функций. Access предоставляет девять функций, обеспечивающих выполнение групповых операций:
Sum - вычисляет сумму всех значений данного поля в каждой группе;
Avg - вычисляет среднее арифметическое всех значений данного поля в каждой группе;
Min - возвращает наименьшее значение, найденное в этом поле внутри каждой группы;
Max - возвращает наибольшее значение, найденное в этом поле внутри каждой группы;
Count - возвращает число записей в каждой группе;
StDev - подсчитывает статистическое стандартное отклонение для всех значений данного поля в каждой группе;
Var - подсчитывает статистическую дисперсию для всех значений данного поля в каждой группе;
First - возвращает первое значение этого поля в группе;
Last - возвращает последнее значение этого поля в группе.
Пример 9. Определить количество и стоимость товаров, проданных за каждый день. Стоимость вычисляется по формуле:
Стоимость:[ТОВАРЫ]![Цена]*[ОТПУСК]![Количество]
|
Поле |
Дата |
Количество |
Стоимость |
|
|
Имя таблицы |
ОТПУСК |
ОТПУСК |
||
|
Групповая операция |
группировка |
Sum |
Sum |
Чтобы в группы включать только определенные записи, можно добавить в бланке QBE поля, которые будут использоваться в фильтре. Для создания фильтра следует выбрать установку Условие в строке Групповая операция, удалить флажок Вывод на экран для этого поля и ввести условие отбора.
Подобные документы
Принципы работы с реляционными базами данных в среде Microsoft Access. Основные положения базы данных Access. Составление таблиц, запросов, отчетов, страниц и модулей. Основные структуры представления базы данных. Определение связей между таблицами.
контрольная работа [2,6 M], добавлен 03.04.2014Создание моделей данных, основных таблиц с помощью конструктора таблиц, связей между таблицами, форм для заполнения таблиц, запросов на выборку данных, отчетов для вывода на печать и начальной кнопочной формы. Основные объекты Microsoft Access.
контрольная работа [4,5 M], добавлен 18.03.2012Понятие реляционной модели данных, целостность ее сущности и ссылок. Основные этапы создания базы данных, связывание таблиц на схеме данных. Проектирование базы данных книжного каталога "Books" с помощью СУБД Microsoft Access и языка запросов SQL.
курсовая работа [838,9 K], добавлен 25.11.2010Виды и функции системы управления базами данных Microsoft Access. Иерархическая, сетевая, реляционная модель описания баз данных. Основные понятия таблицы базы данных. Особенности создания объектов базы данных, основные формы. Доступ к Internet в Access.
контрольная работа [19,8 K], добавлен 08.01.2011Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access.
курсовая работа [1,8 M], добавлен 04.02.2013Краткая характеристика и функциональные возможности MS Access. Базы данных и системы управления базами данных. Проектирование в теории и создание на практике базы данных в продукте корпорации Microsoft для управления базами данных "Microsoft Access".
курсовая работа [1,6 M], добавлен 07.03.2015Базы данных с двумерными файлами и реляционные системы управления базами данных (СУБД). Создание базы данных и обработка запросов к ним с помощью СУБД. Основные типы баз данных. Базовые понятия реляционных баз данных. Фундаментальные свойства отношений.
реферат [57,1 K], добавлен 20.12.2010Проектирование базы данных с использованием комплекса программных и языковых средств Microsoft Access. Модель данных, доступ к ним. Назначение, основные возможности и версии Access. Запуск программы; окно базы данных, формы для их ввода и редактирования.
курсовая работа [1,1 M], добавлен 30.12.2014Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.
контрольная работа [723,9 K], добавлен 25.11.2012Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.
реферат [3,3 M], добавлен 29.01.2011
