Базы данных. Практикум

6.3. Макетирование отчетов

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

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

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

Конечно, это не всегда минус. Если вам нужен отчет, который не помещается даже на горизонтальном развороте формата А4, можно склеивать полученные части.

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

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

71

7. РЕАЛИЗАЦИЯ УПРАВЛЕНИЯ ПРИЛОЖЕНИЕМ

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

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

В качестве примера приведем возможный вид главной формы из приложения торговой системы, которая выводится на экран при за- пуске системы (рис. 33).

Рис. 33. Главная форма

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

Рассмотрим основную операцию – оформление заказов. Переклю- чателем задается ввод новой заявки или работа с уже существующей. При нажатии кнопки «Заказы» на экране появляется диалоговая форма «Заказы», содержащая данные по конкретному заказу, если была выбрана опция «Работа с заказом» (рис. 34), или эта же форма без данных, если была выбрана опция «Новый заказ».

73

они не привязываются. Это достигается следующим образом. В ре- жиме конструктора вызываются свойства кнопки. В окне «Кнопка» на вкладыше «События» задается процедура на нажатие кнопки (в открывающемся окне Visual Basic).

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

Private Sub Кнопка_Click()

If Me!PerekRab.Value = True Then

DoCmd.OpenForm "Работа с заказом"

End If

If Me!PerekNov.Value = True Then

DoCmd.OpenForm "Новый заказ"

End If

End Sub

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

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

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

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

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

2.Большое количество кнопок на форме также снижает нагляд- ность управления, у пользователя просто начинает рябить в глазах.

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

75

ЗАДАНИЯ ДЛЯ САМОПРОВЕРКИ

Задание 1

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

(рис. 35).

Задание 2

1.Спроектируйте схему базы данных для хранения информации об упаковочных ярлыках (рис. 36). Проанализируйте поля, определи- те состав таблиц.

2.Напишите SQL-операторы для создания таблиц базы данных. (Использовать каскадное удаление в связанных таблицах).

Упаковочный ярлык

АВС

Организация, адрес Отделение подъемных механизмов

Структурные подразделения

Упаковщица Сидорова А.И.

Рис. 36. Форма упаковочного ярлыка

77

Накладная на внутреннее перемещение, передачу товаров

Рис. 38. Форма накладной на внутреннее перемещение

Задание 5

1.Создайте базу данных для хранения распоряжений на отпуск потребителю (рис. 39).

2.Напишите SQL-операторы для создания таблиц базы данных.

3.Разработайте триггеры для удаления данных.

4.Разработайте форму с вычисляемыми полями для вывода дан- ных «Сумма» и «Итого».

5.Сформируйте отчеты по отпуску товаров определенной но- менклатуры.

Распоряжение на отпуск № 100

Грузоотправитель: ЗАО «Финиш» Адрес грузоотправителя: Склад 7 Грузополучатель:

Рис. 39. Форма распоряжения на отпуск

79