Ms access: введение в объекты — таблицы, формы, запросы и отчеты

Зачем использовать формы?

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

Это справедливо и для форм в Access. Когда вы вводите информацию в форму в Access, данные идут именно туда, куда она должна идти: в одну или несколько связанных таблиц. Хотя ввод данных в простые таблицы довольно прост, запись данных становится более сложной, так как вы начинаете заполнять таблицы записями из других источников в базе данных. Например, таблица Orders в базе данных хлебобулочных изделий может ссылаться на информацию о клиентах, продуктах и ценах, полученных из связанных таблиц. Запись с информацией об одном заказе может выглядеть так:

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

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

Форма, содержащая те же данные, может выглядеть так:

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

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

Как сделать список в access?

Довольно распространена ситуация, когда выбор значения из одного списка должен приводить к обновлению второго, подчинённого списка, недавно я описывал такую реализацию на PHP, а теперь вот понадобилась в Access.

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

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

Теоретически сотрудник может переводиться как на другую должность в рамках отдела, так и в другой отдел, что приведёт к необходимости выбрать должность из списка должностей нового отдела. То есть, по выбору для сотрудника нового отдела из верхнего списка, должен обновляться и нижний список «Наименование должности»:

Как решить эту типовую задачу, мы и поговорим.

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

2. Вместо первого поля, включив кнопку «Мастера» на панели элементов Access, сгенерируем список, выводящий вместо кодов названия отделов. Сделать это можно так:

• форма выведена в режиме конструктора, нажимаем кнопку «Поле со списком», показываем мышкой границы будущего списка. По отпускании кнопки мыши появится окно «Мастер создания полей со списком»;
• выбираем «Объект будет использовать значения из таблицы или запроса», жмём «Далее»;
• выбираем таблицу «Отделы», жмём «Далее»;
• переносим оба поля таблицы отделов в №выбранные поля» (кнопкой >>), жмём «Далее»;
• убеждаемся, что список виден, а галочка «Скрыть ключевой столбец» включена, жмём «Далее»;
• выбираем «Сохранить в поле:» и поле «КодОтдела», жмём «Далее»; задаём подпись к списку и жмём «Готово».

3. С помощью конструктора запросов составляем следующий запрос:

Здесь «ПолеСоСписком16» — наименование компоненты верхнего списка.

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

Увидеть это окно можно, щёлкнув правой кнопкой мыши на втором списке и выбрав «Свойства».

5. Теперь самое главное. В списке компонент выбираем «Форма» вместо имени поля со списком, выбираем вкладку события, событие Текущая запись, щёлкаем по кнопке с многоточием, подтверждаем, что нам нужен построитель программы, а не макроса или выражения:

Открылся редактор Visual Basic и появилась пустая функция с именем Form_Current . Пишем туда единственную строчку кода, которая обновит нижний список:

Здесь предполагается, что имя нижнего списка ПолеСоСписком20 .

6. Ту же самую строчку кода добавляем на событие «До обновления» верхнего списка, у меня получилось вот что:

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

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

Ну и общие соображения по зависимым спискам в Access:

Если первый список не связан с полем источника записей формы, то обновление надо ставить в обработчик события BeforeUpdate («До обновления» в окне свойств конструктора формы в русских версиях Access-а), либо в AfterUpdate.

Если же первый список связан с полем источника записей формы, то обновление надо ставить в обработчик события Current («Текущая запись») формы и BeforeUpdate (AfterUpdate) первого списка.

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

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

Определение макроса

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

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

ПримечанияRemarks

Этот метод можно использовать для того, чтобы форма или элемент управления отображали самые последние данные.You can use this method to ensure that a form or control displays the most recent data.

Метод Requery выполняет одно из следующих действий:The Requery method does one of the following:

• Повторно выполняет запрос, на котором основана форма или элемент управления.Reruns the query on which the form or control is based.
• Отображает новые или измененные записи или удаляет удаленные записи из таблицы, на которой основана форма или элемент управления.Displays any new or changed records or removes deleted records from the table on which the form or control is based.
• Обновляет записи в соответствии с изменениями свойства Filter формы.Updates records displayed based on any changes to the Filter property of the form.

Элементы управления, основанные на запросе или таблице, включают:Controls based on a query or table include:

• Списки и поля со списками.List boxes and combo boxes.
• Элементы управления подчиненной формы.Subform controls.
• Объекты OLE, например диаграммы.OLE objects, such as charts.
• Элементы управления, для которых Настройка свойства ControlSource включает статистические функции по подмножеству или статистические функции SQL.Controls for which the ControlSource property setting includes domain aggregate functions or SQL aggregate functions.

Если указать любой другой тип элемента управления для объекта, указанного выражением, будет повторно запрошен источник записей для формы.If you specify any other type of control for the object specified by expression, the record source for the form is requeried.

Если объект, указанный в выражении , не связан с полем в таблице или запросе, метод recalculation вызывает перерасчет элемента управления.If the object specified by expression isn’t bound to a field in a table or query, the Requery method forces a recalculation of the control.

Если опустить объект, указанный выражением, метод requeries повторно запрашивает базовый источник данных для формы или элемента управления, имеющего фокус.If you omit the object specified by expression, the Requery method requeries the underlying data source for the form or control that has the focus. Если элемент управления, имеющий фокус, имеет источник записей или источник строк, он будет передаваться в запрос; в противном случае данные элемента управления будут просто обновлены.If the control that has the focus has a record source or row source, it will be requeried; otherwise, the control’s data will simply be refreshed.

Если фокус находится на элементе управления подчиненной формы, этот метод повторно запрашивает источник записи для подчиненной формы, а не для родительской формы.If a subform control has the focus, this method only requeries the record source for the subform, not the parent form.

Примечание

• Метод Requery обновляет данные, содержащиеся в форме или элементе управления, чтобы отобразить записи, которые были обновлены или удалены из источника записей с момента последнего запроса.The Requery method updates the data underlying a form or control to reflect records that are new to or deleted from the record source since it was last queried. Метод Refresh показывает только изменения, внесенные в текущий набор записей; Он не отражает новые или удаленные записи в источнике записей.The Refresh method shows only changes that have been made to the current set of records; it doesn’t reflect new or deleted records in the record source. Метод repain просто перерисовывает указанную форму и ее элементы управления.The Repaint method simply repaints the specified form and its controls.
• Метод Requery не передает управление операционной системе, позволяя Windows продолжить обработку сообщений.The Requery method doesn’t pass control to the operating system to allow Windows to continue processing messages. Используйте функцию DoEvents , если необходимо переделать временное управление операционной системе.Use the DoEvents function if you need to relinquish temporary control to the operating system.
• Метод Requery выполняется быстрее, чем действие Requery.The Requery method is faster than the Requery action. При использовании макрокоманды «обновление» Microsoft Access закрывает запрос и перезагружает его из базы данных.When you use the Requery action, Microsoft Access closes the query and reloads it from the database. При использовании метода Reload Access повторно выполнят запрос, не закрывая и не перегружая его.When you use the Requery method, Access reruns the query without closing and reloading it.

Объединяя все вместе

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

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

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

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

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

В статье «Что такое база данных?» мы обсудили концепцию реляционной базы данных, которая представляет собой базу данных, способную понять, как разные наборы данных относятся друг к другу. Ситуации, подобные приведенному выше примеру, являются именно тем, почему люди находят реляционные базы данных настолько полезными. Без реляционной базы данных, что должно быть простой задачей — поиск книги и наблюдение, если она проверена и где — становится невероятно сложной и трудоемкой. Знание того, как использовать четыре объекта Access, может сделать даже сложные задачи довольно удобными для пользователя.

Новые статьи

• Проектирование собственной базы данных в Access — 21/08/2018 15:16
• Форматирование форм в Access — 21/08/2018 15:11
• Создание форм в Access — 21/08/2018 15:05
• Изменение таблиц в Access — 21/08/2018 14:58
• Дополнительные параметры отчета в Access — 21/08/2018 14:48
• Создание отчетов в Access — 21/08/2018 14:42
• Дополнительные параметры дизайна запроса в Access — 21/08/2018 14:36
• Проектирование запроса в Access — 21/08/2018 04:49
• Сортировка и фильтрация записей в Access — 21/08/2018 04:37
• Работа с формами в Access — 21/08/2018 04:25
• MS Access — Работа с таблицами, создание, удаление, настройка внешнего вида — 20/04/2018 17:18
• MS Access — Управление базами данных и объектами — 30/03/2018 16:18
• Начало работы в Access. Знакомство с Access 2010 — 10/02/2018 18:24

Использование макроса

Для примера создадим подобную кнопку поиска для формы «Товар». Создадим поле для ввода начала названия товара. Откроем эту форму в режиме конструктора и перетащим туда пиктограмму Поле в нижнюю часть формы. Вызовем список свойств правой части поля (первоначально оно имеет обозначение Свободный) щелчком правой кнопки мыши и заменим Имя на Поиск – данное имя в дальнейшем будет использоваться. В строке состояния (свойство Текст строки состояния) введем текст: «Введите название товара или его первые буквы». Вызовем список свойств для левой части Поля (Надписи) и заменим Подпись также на Поиск. Закроем форму.

Дальше создадим макрос «Поиск». Он будет состоять из трех макрокоманд. Откроем вкладку Создание, нажмем кнопку Макрос. С помощью команд панели инструментов Имена макросов включим дополнительный столбец Имя макроса. Введем туда в первой строке слово Поиск. В колонке Макрокоманда выберем макрокоманду КЭлементуУправления. В области Аргументы макрокоманды в нижней части окна в качестве Имени элемента введем текст (в этом поле таблицы ТОВАР будет искаться товар с указанным именем). Во второй строчке во втором столбце Макрокоманда выберем из списка макрокоманд команду НайтиЗапись. В аргументах макрокоманды введем с клавиатуры в поле Образец поиска текст = (т.е. будет разыскиваться в поле Наименование таблицы ТОВАР запись, начало названия товара в которой совпадает с введенным в поле Поиск значением). В поле Совпадение выберем из списка элемент «С начала поля». Остальные элементы оставим без изменения. В третьей строке во втором столбце выберем снова макрокоманду КэлементуУправления, в аргументах макрокоманды для Имени элемента введем . Квадратные скобки вводить обязательно!

Созданный нами макрос будет работать следующим образом. Вначале выбирается поле Наименование таблицы ТОВАР для организации поиска. Затем по образцу из поля Поиск формы осуществляется поиск первой по порядку нужной нам записи. Затем фокус опять передается в поле Поиск для возможного продолжения поиска.

Закроем макрос и сохраним его с именем «Поиск товара». Теперь опять откроем форму «Товар» и перетащим туда макрос «Поиск товара». Появится кнопка с соответствующей подписью. Для поиска товара нужно ввести первые буквы названия товара, нажать кнопку «Поиск», будет найдена нужная запись (если она существует)

Обратите внимание, то если ничего не вводить в окне Поиск, то при нажатии кнопки будет выдано сообщение об ошибке! В СУБД Access 2007 существуют способы обработки подобных ситуаций – макросы с условиями, но мы их рассматривать не будем

Но таким образом можно найти лишь первую запись на введенную букву. Нетрудно организовать еще одну кнопку «Поиск далее». Для этого сделаем копию макроса «Поиск товара» через буфер обмена и назовем его «Поиск далее». С помощью конструктора изменим в новом макросе в аргументе строки НайтиЗапись свойство Первое вхождение с Да на Нет, Область поиска – Вниз. Теперь перетащим новый макрос в режиме конструктора в форму «Товар». Теперь будет идти поиск и последующих записей с тем же началом в поле Наименование.

Задание

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

Особенности многотабличных баз данных

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

БД считается нормализованной в случае выполнения следующих условий:

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

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

Попробуй обратиться за помощью к преподавателям

Различают связи нескольких типов:

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

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

Задай вопрос специалистам и получи ответ уже через 15 минут!

Как видно, половина объема таблицы занята избыточной, дублированной информацией.

Разберемся с причиной дублирования. У комплектующих компьютера имеется 2 неотъемлемых свойства: наименование и описание. В свою очередь, название фирмы, ее адрес и цена компьютера не будут являться свойствами комплектующих, это свойства поставщика.

Правильнее будет разбить искомую таблицу на 2: Комплектующие (табл. 2) и Поставщики (табл. 3). При этом каждая таблица должна иметь хотя бы 1 ключевое поле, значение которого является уникальным для каждой записи данной таблицы. В таблицу Комплектующие вводим поле Код комплектующих, которое будет ключевым.

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

Эти 2 таблицы, которые находятся в отношении многие-ко-многим, связываются друг с другом только с помощью третьей таблицы. Таблицы Комплектующие и Поставщики связываются отношением многие-ко-многим, используя создание 2 связей один-ко-многим относительно к таблице Цена.

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

Главная таблица Комплектующие содержит поле Код комплектующих, являющееся первичным ключом, соответственно в подчиненной таблице Цена будет иметься поле с таким же именем, которое будет являться внешним ключом. Таблица Поставщики будет являться главной относительно таблицы Цена. Ее поле Код поставщика — первичный ключ, соответственно в подчиненной таблице Цена будет присутствовать поле с таким же именем, являющееся внешним ключом.

Отсюда следует, что таблица Цена будет содержать поля (табл. 4):

• Счетчик, являющееся ключевым;
• Код комплектующих, являющееся внешним ключом для таблицы Комплектующие;
• Код поставщика, являющееся внешним ключом для таблицы Поставщики;
• Цена, являющееся числовым.

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

ПримерExample

В следующем примере используется метод Requery для запроса данных из списка Емплойилист в форме Employees .The following example uses the Requery method to requery the data from the EmployeeList list box on an Employees form.

Поддержка и обратная связьSupport and feedback

Есть вопросы или отзывы, касающиеся Office VBA или этой статьи?Have questions or feedback about Office VBA or this documentation? Руководство по другим способам получения поддержки и отправки отзывов см. в статье Поддержка Office VBA и обратная связь.Please see Office VBA support and feedback for guidance about the ways you can receive support and provide feedback.

Таблицы

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

Возможно, вы уже знаете, что таблицы организованы в вертикальные столбцы и горизонтальные строки.

В Access строки и столбцы называются записями и полями. Поля больше, чем просто колонки; это способ организации информации по типу данных. Каждая часть информации внутри поля имеет один и тот же тип. Например, каждая запись в поле « Имя» будет именем, и каждая запись в поле « Адрес улицы» будет адресом.

Аналогично, запись — это больше, чем просто строка; это единица информации. Каждая ячейка в данной строке является частью записи этой строки.

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

Видите номер слева от каждой строки? Это идентификационный номер, который идентифицирует каждую запись. Идентификационный номер для записи относится к каждой части информации, содержащейся в этой строке.

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

Создание кнопочной формы

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

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

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

При запуске Access 2010 Диспетчер кнопочных форм не доступен на ленте, поэтому сначала нужно добавить команду на панель быстрого доступа. На первых шагах здесь показано, как добавить эту команду на панель быстрого доступа.

Щелкните стрелку вниз на панели быстрого доступа и выберите пункт другие команды. Access откроет диалоговое окно » Параметры Access » с выделенным пунктом » панель быстрого доступа «.

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

Выберите Диспетчер кнопочНых форм и нажмите кнопку Добавить. Нажмите кнопку ОК , чтобы сохранить изменения и закрыть диалоговое окно Параметры Access .

На панели быстрого доступанажмите кнопку Диспетчер кнопочных форм , чтобы открыть средство.

Microsoft Access спрашивает, следует ли создать кнопочную форму, нажмите кнопку Да. Будет создана Главная кнопочНая форма. Вы можете добавить все команды кнопочной формы в главную кнопочную форму или создать дополнительные кнопочные формы.

Чтобы создать дополнительные кнопочные формы, нажмите кнопку создать.

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

Откроется диалоговое окно Создание нового .

Введите имя новой кнопочной формы и нажмите кнопку ОК.

Microsoft Access добавит кнопочную форму в список в поле страницы кнопочНой формы .

На этом этапе вы можете добавить дополнительные имена кнопочных форм.

Повторите действия 5 – 6 для каждой дополнительной кнопочной формы, которую вы хотите создать, а затем нажмите кнопку Закрыть.