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

Вид материала

Методические указания

Содержание Этап 1: Уточнение задач Этап 2: Последовательность выполнения задач Этап 3: Анализ данных Этап 4: Определение структуры данных Этап 5: Разработка макета приложения и пользовательского интерфейса Этап 6: Создание приложения Этап 7: Тестирование и усовершенствование 2. Стратегия разработки проекта приложения 2.1.Анализ задач 2.2. Данные и информация 2.3. Отбор необходимых данных 2.4. Анализ данных 3. Основные принципы проектирования базы данных Эффективность связей Построение форм пользователя Формы и объектно-ориентированное программирование Создание простой формы для ввода данных Панель элементов Выбор объектов Мастера элементов ... Полное содержание

Подобный материал:

• Методические указания к курсовому проектированию по курсу "Базы данных" Москва, 654.27kb.
• М. А. Бонч-Бруевича Методические указания к курсовому проектированию предварительных, 789.79kb.
• Методические указания по курсовому проектированию по дисциплине «страхование» для студентов, 1442.66kb.
• Методические указания по выполнению рефератов и контрольных работ по курсу «экология», 187.76kb.
• Механизированными видами сварки, 729.33kb.
• Название, 75.63kb.
• Методические указания для самостоятельной (внеаудиторной) работы студентов специальности, 1476.45kb.
• И. И. Ползунова Бийский технологический институт О. В. Титова Реализация стратегического, 218.14kb.
• Методические указания к курсовому проектированию по курсу "Базы данных" Составитель:, 602.97kb.
• Методические указания по выполнению курсовых работ для студентов дневной и заочной, 75.21kb.

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

К КУРСОВОМУ ПРОЕКТИРОВАНИЮ

ПО КУРСУ »БАЗЫ ДАННЫХ»


для студентов дневной и заочной форм обучения

специальностей:

ИС99 (Д/О, В/О)


Составитель: доцент кафедры

к.т.н. В.А.Филатов


Протокол № 7 от 16.07.2001


Зав. кафедрой


Основные этапы разработки приложений пользователя


Основы методологии проектирования прикладных программ были заложены в 1960-х годах известными специалистами Дж. Мартином, Э. Йордоном и Л. Константайном. Современные технологии разработки прикладных программ делают построение приложений фантастически дешевым и быстрым. Квалифицированный пользователь сегодня за один вечер может создать на персональном компьютере то, что на ранних ЭВМ требовало месяцев работы, если вообще было возможным. Скорость вычислений даже по сравнению с прошедшим десятилетием возросла на несколько порядков. Однако, несмотря на мощность средств, если вы не потратите значительных усилий на определение задач и принципов работы приложения, то впоследствии вам придется потерять значительно больше времени на переделки. Ниже приводится краткий обзор основных этапов разработки приложения, использующего базу данных.


Этап 1: Уточнение задач


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


Этап 2: Последовательность выполнения задач


Чтобы ваше приложение работало логично и удобно, лучше всего объединить основные задачи в тематические группы так, чтобы, они располагались в порядке их выполнения. Может получиться так, что некоторые задачи будут связаны с разными группами или выполнение одной задачи должно предшествовать другой, принадлежащей другой группе. Группировка задач и графическое представление последовательности их выполнения поможет вам определить «естественный» порядок следования задач, который вы можете затем отразить во взаимных связях форм и отчетов в приложении.


Этап 3: Анализ данных


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


Этап 4: Определение структуры данных


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


Этап 5: Разработка макета приложения и пользовательского интерфейса


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


Этап 6: Создание приложения


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


Этап 7: Тестирование и усовершенствование


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


2. Стратегия разработки проекта приложения


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

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


2.1.Анализ задач

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


Рабочий бланк для описания задач приложения

Рабочий бланк приложения № 1 – Задачи
Название задачи
Краткое описание
Связанные задачи
Элемент данных	Использование	Описание	Объект

2.2. Данные и информация


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

2.3. Отбор необходимых данных


После определения задач нужно составить для каждой из них описание данных. В рабочий бланк занесите название каждого элемента данных, код его использования и краткое описание. Для обозначения кода использования применяется пять символов- I, O, U, D, C. Это первые буквы слов Input /входной/, Output /выходной/, Update /изменяемый/, Delete /удаляемый/, Calculate /вычисляемый/. Элемент данных является входным, если для выполнения задачи его необходимо прочитать в базе данных. Подобным образом, данные являются выходными для задачи, если они вводятся или вычисляются на основании входных данных, а затем сохраняются. Данные в задаче изменяются, если они читаются в базе данных, изменяются и записываются обратно. Естественно, задача удаляет данные, когда они убираются из базы данных. И наконец, вычисляемыми являются новые значения, получаемые на основе входных данных, которые отображаются на экране или печатаются, но не сохраняются.


2.4. Анализ данных


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

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

графе «связь» указывается тип связи / один-к-одному или один-ко-многим /.

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


Рабочий бланк для описания объектов приложения

Рабочий бланк приложения № 2 – Объекты
Имя объекта
Краткое описание
Связанные объекты: Имя Связь
Элемент данных	Использование	Описание	Условие на значение

3. Основные принципы проектирования базы данных


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

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

Четыре правила нормализации таблицы.

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

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

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

Правило 3. Функциональная зависимость. Это правило используется двояко. Во-первых, в таблице не должно быть данных, не относящихся к объекту, определяемому первичным ключом. Во-вторых, данные в таблице должны полностью описывать объект.

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

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

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


ПОСТРОЕНИЕ ФОРМ ПОЛЬЗОВАТЕЛЯ


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


Формы и объектно-ориентированное программирование


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

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

Внутри БД Access вы можете задавать взаимосвязь данных и объектов. Например, вы можете создать макрос, который подготавливает приложение к выполнению. Этот макрос (называемый Autoexec) обычно открывает форму, с которой начинается работа в приложении. Эта форма может воздействовать на некоторые данные или содержать элементы управления, открывающие другие формы, печатающие отчеты или закрывающие приложение.

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

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


Создание простой формы для ввода данных


Чтобы начать создание формы, откройте БД и выберите в окне БД таблицу или запрос, которые вы хотите использовать для создания формы. Выполните команду Вставка->Форма или выберите Новая форма в раскрывающемся списке Новый объект на панели инструментов. Access откроет окно диалога Новая форма. В поле со списком, расположенном в нижней части окна диалога, Access выводит имя таблицы или запроса, выбранного в окне БД. Если вы хотите выбрать другую таблицу или запрос, раскройте список этого поля, содержащий перечень всех таблиц и запросов в текущей БД.

Выберите Конструктор в окне диалога и нажмите кнопку ОК. Access окно формы в режиме конструктора и выведет на экран несколько инструментов конструктора форм. В новой форме будет только область данных с серой сеткой. Вы можете установить указатель мыши на краю этой области и перетащить его, уменьшая или увеличивая его. Вы можете удалить сетку с точками, выполнив команду Вид->Сетка. Если вы хотите добавить в форму заголовки и примечания, выберите команду Формат->Заголовок/примечание формы.


Панель элементов


Панель элементов – это своеобразный «командный центр» создания формы. Вы можете переместить панель элементов, перетащив заголовок ее окна в нужное место на экране, или изменить ее форму, перетащив края или углы панели. Чтобы закрыть панель элементов нужно выбрать команду Вид->Панель элементов или нажать кнопку Панель элементов на панели инструментов.

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

Ниже перечислены кнопки панели элементов слева направо и сверху вниз.

• Кнопка Выбор объектов. По умолчанию эта кнопка нажата. Она используется для выделения, изменения размера, перемещения и редактирования элементов управления.
  
• Кнопка Мастера элементов. Нажмите эту кнопку, чтобы активизировать мастера по созданию элементов управления. Если кнопка выглядит «нажатой», то мастер поможет вам ввести свойства элемента управления при создании группы, поля со списком, списка или командной кнопки.
  
• Кнопка Надпись используется для создания элемента управления Надпись, содержащего постоянный текст. По умолчанию большинство элементов управления формы имеют присоединенные к ним надписи. Вы можете использовать эту кнопку для создания заголовков и инструкций, не связанных с другими элементами управления.
  
• Кнопка Поле используется для создания элемента управления Поле, для отображения текста, чисел, дат, времени. Вы можете связать Поле с одним из полей базовой таблицы или запроса и обновлять значения соответствующего поля в исходных объектах.
  
• Кнопка Группа используется для создания группы элементов управления, содержащей несколько выключателей, переключателей или флажков. Вы можете присвоить отдельное числовое значение каждому элементу управления, входящему в группу. Один из элементов группы может устанавливаться по умолчанию. Если вы свяжете группу с полем базового объекта, то при выборе элемента группы будет устанавливаться новое значение поля.
  
• Кнопка Выключатель используется для создания элемента управления Выключатель. Если вы щелкните по выключателю, он будет изображен нажатым, а его значение будет равняться –1(Вкл., Истина, Да). Щелкните по выключателю еще раз и его значение станет равным 0 (Выкл., Ложь, Нет). Вы можете включить выключатель в группу элементов управления и назначить ему уникальное числовое значение. Если вы щелкните по выключателю, переводя его в состояние Вкл., то любой ранее нажатый элемент группы (выключатель, переключатель или флажок) будет переключен в состояние Выкл. Если выключатель связан с полем базового запроса или таблицы, то, щелкнув по нему, вы измените значение поля на противоположное.
  
• Кнопка Переключатель используется для создания элемента управления Переключатель, иногда называемого радиокнопкой и принимающего значения Вкл./Выкл., Истина/Ложь, Да/нет. Если вы щелкните по переключателю, то в его центре появится темный кружок, его значение станет равным –1. Щелкните еще раз, значение переключателя станет равным 0. Вы можете включить переключатель в группу элементов управления и назначить ему уникальное числовое значение. Если вы щелкните по переключателю, переводя его в состояние Вкл., то любой ранее нажатый элемент группы (выключатель, переключатель или флажок) будет переключен в состояние Выкл. Если переключатель связан с полем базового запроса или таблицы, то, щелкнув по нему, вы измените значение поля на противоположное.
  
• Кнопка Флажок используется для создания элемента управления Флажок, принимающего значения Вкл./Выкл., Истина/Ложь, Да/нет. Если вы щелкните по флажку, то в центре появится пометка в виде косого креста, а его значение станет равным-1, щелкните еще раз, и его значение станет равным 0, а пометка исчезнет. Вы можете включить флажок в группу элементов управления и назначить ему уникальное числовое значение. Если вы щелкните по флажку, переводя его в состояние Вкл., то любой ранее нажатый элемент группы (выключатель, переключатель или флажок) будет переключен в состояние Выкл. Если флажок связан с полем базового запроса или таблицы, то, щелкнув по нему, вы измените значение поля на противоположное.
  
• Кнопка Поле со списком используется для создания элемента управления Поле со списком, которое можно рассматривать как объединение двух элементов: поле и список. Вы можете задать список явно, введя список значений в строке свойства Источник записей. В качестве источника значений списка можно также использовать таблицу или запрос. Значение, выбранное в списке, отображается в поле. Чтобы раскрыть список, нажмите кнопку со стрелкой вниз. При выборе нового значения в списке изменяется значение элемента управления. Если поле со списком связано с полем базовой таблицы или запроса, вы можете изменить значение этого поля, выбрав в списке новое значение. Список может содержать несколько столбцов, вы можете скрыть часть столбцов списка, установив для них ширину, равную нулю. Значением элемента управления может быть значение любого столбца, в том числе и скрытого. Если список закрыт, Access выводит на экран первого столбца, ширина которого больше нуля.
  
• Кнопка Список используется для создания элемента управления Список. Вы можете задать список явно, введя значения в строке свойства Источник записей или использовать в качестве источника таблицу или запрос. Список всегда раскрыт, а выделенное значение присваивается элементу управления. Если список связан с полем базовой таблицы или запроса, вы можете изменить значение этого поля, выбрав в списке новое значение. Список может содержать несколько столбцов, вы можете скрыть часть столбцов списка, установив для них ширину, равную нулю.
  
• Кнопка элемента Кнопка используется для создания элемента управления Командная кнопка, с помощью которой можно запустить макрос или процедуру VBA.
  
• Кнопка Рисунок позволяет поместить в форму статический рисунок. Его нельзя будет редактировать в форме, но Access хранит рисунок в наиболее эффективном сточки зрения быстродействия приложения и использования памяти формате.
  
• Кнопка Свободная рамка объекта используется для включения в форму объекта из другого, поддерживающего OLE, приложения. Объект становится частью формы, но не хранится в БД. Чтобы сделать форму более выразительной и наглядной, вы можете включить в нее рисунки, звуковые эффекты, диаграммы или слайды.
  
• Кнопка Присоединенная рамка объекта используется для включения в форму объекта OLE, хранящегося в базовой таблице. Access может отобразить большинство рисунков и диаграмм непосредственно в форме. Для других объектов Access выводит в форме значок приложения, в котором был создан объект.
  
• Кнопка Конец страницы позволяет вставлять разрыв страницы в многостраничной форме.
  
• Кнопка Подчиненная форма/отчет используется для включения в текущую форму некоторой другой формы. С помощью подчиненной формы вы можете вывести на экран данные таблицы или запроса, связанные с текущими данными основной формы.
  
• Кнопка Линия используется для включения в форму прямых линий, помогающих сделать ее более выразительной.
  
• Кнопка Прямоугольник используется для включения в форму прямоугольников.
  

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

Список полей

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

Окно свойств


Сама форма, каждый ее раздел, и элементы управления имеют свойства, и вы можете установить их значения с помощью окна свойств. Набор свойств зависит от объекта. Чтобы открыть окно свойств, выделите интересующий вас объект и кнопку Свойства на панели инструментов или выберите команду Вид->Свойства. Access откроет окно свойств формы. Поскольку форма имеет более 70 свойств, а большинство элементов управления – более 30, значения которых вы можете устанавливать, то окно свойств содержит несколько вкладок. На вкладках представлены определенные категории свойств: свойства данных, макета, событий, другие свойства.

Очень удобным средством являются построители, помогающие создавать значения свойств, в которых используется сложное выражение, определение запроса, макрос или процедура VBA. Если выбрано свойство, для которого можно использовать построитель, рядом с ячейкой появляется кнопка с многоточием (кнопка построителя). Например, если на вкладке Данные в окне свойств вы щелкните по ячейке свойства Источник записей и нажмете кнопку построителя, Access запустит построитель запросов. Построитель спросит, хотите ли вы построить новый запрос на основе таблицы, которая в данный момент является источником записей для формы. Если вы ответите Да, откроется окно нового запроса в режиме конструктора со списком полей вашей таблицы.

Предположим, вы хотите построить форму на основе запроса с сортировкой по возрастанию названий. Выделите все поля таблицы и перетащите их в бланк запроса. В бланке запроса для поля с наименованием в строке Сортировка установите значение По возрастанию. Если вы сейчас закроете окно запроса, Access спросит, хотите ли вы обновить свойство. Если в окне сообщения вы нажмете кнопку Да, Access сохранит инструкцию SQL для созданного запроса в ячейке свойства Источник записей. Но лучше сохранить запрос и присвоить ему имя. Когда вы будете закрывать его, Access спросит, хотите ли вы обновить свойство. Если вы ответите Да, Access поместит в ячейке свойства имя запроса, а не инструкцию SQL.