Вы на НеОфициальном сайте факультета ЭиП

На нашем портале ежедневно выкладываются материалы способные помочь студентам. Курсовые, шпаргалки, ответы и еще куча всего что может понадобиться в учебе!
Главная Контакты Карта сайта
 
Где мы?
» » » ТЕМА 10 ДИСПЕТЧЕР КНОПОЧНЫХ ФОРМ

Реклама


ТЕМА 10 ДИСПЕТЧЕР КНОПОЧНЫХ ФОРМ

Просмотров: 3626 Автор: admin

ТЕМА 10 ДИСПЕТЧЕР КНОПОЧНЫХ ФОРМ 

Урок 10.1. Разработка кнопочной формы 
Краткая справка
Многие простые приложения состоят из одной формы и нескольких элементов управления, однако дружественность приложения можно существенно повысить, добавляя к нему меню и панели инструментов. Панели инструментов, строки меню и контекстные меню позволяют организовать команды так, чтобы их можно было быстро найти и использовать.Меню и панели инструментов могут создаваться для применения как со всеми базами данных MS Access, так и специально для конкретной открытой базы данных. При переходе к другой базе данных эти компоненты в окне Настройка (Customize) представлены не будут. В MS Access существует надстройка, которая позволяет создать своеобразный путеводитель по формам и отчётам базы данных – кнопочную форму. Когда форм и отчётов становится слишком много, полезно иметь систему указателей, которая позволит ориентироваться среди множества объектов.


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

Технология выполнения учебного задания 10.1
1. Откройте ранее созданную базу данных STRAXOV.MDB. В диалоговом окне «STRAXOV: база данных» появляется список таблиц: Агенты, Договора, Клиенты. 
2. Выберите команду Сервис / Надстройки /Диспетчер кнопочных форм.
Программа не найдет ни одной кнопочной формы в базе данных и выведет соответствующее сообщение. Подтвердите, что вы хотите создать новую кнопочную форму. На экране появится окно «Диспетчер кнопочных форм». 
3. В окне «Диспетчер кнопочных форм» нажмите кнопку «Изменить». Откроется окно «Изменение страницы кнопочной формы».

4. Определите элементы кнопочной формы, нажав кнопку «Создать». 
Откроется диалоговое окно «Изменение элемента кнопочной формы» . Выполните следующие действия: 
• в строке «Текст» введите заголовок первого элемента кнопочной формы «Список агентов»; 
• в строке «Команда» выберите команду «Открытие формы в режиме редактирования»; 
• в строке «Форма» выберите имя формы, с которой будет связана кнопка – «Агент++»; 
• нажмите кнопку «ОК».
5. Аналогично описанной процедуре, нажав на кнопку «Создать», создайте следующий элемент кнопочной формы, назвав его «Форма для заполнения договоров» и связав с существующей формой «Договора-2». 
6. Создайте третий элемент кнопочной формы с помощью кнопки «Создать». Назовите элемент «Квартальный отчёт по работе агентов», выберите команду, связанную с этим элементом «Открытие отчёта» и свяжите с существующим отчётом «ПРОЕКТ ПРИКАЗА». 66 
7. После того, как все элементы кнопочной формы определены, нажмите кнопку «Закрыть» (рис. 10.3). Закройте окно «Диспетчер кнопочных форм». 
8. Откройте кнопочную форму, перейдя на вкладку «Формы» и нажав на кнопку «Открыть». 
9. Откройте кнопочную форму в режиме Конструктора и измените: 
• надпись в её заголовке, например, «Страхование имущества», щелкнув мышкой по области заголовка; 
• цвет фона, используя пиктограмму «Цвет заливки/фона»;
• цвет шрифта, используя пиктограмму «Цвет текста» (рис.10.4).
10. Закройте форму.
11. Выберите команду Сервис / Параметры запуска. В списке «Форма» выберите кнопочную форму. Теперь при открытии БД кнопочная форма будет запускаться автоматически, давая возможность сразу выбрать нужную форму или отчёт БД. 
12. Закройте режим формы, выполнив команду меню ФАЙЛ / Закрыть.


Приложение 1 
Концептуальное проектирование
Начальной стадией проектирования базы данных является анализ предметной области, которая базируется на анализе информационных потребностей будущих пользователей разрабатываемой базы данных. Эту стадию принято называть концептуальным проектированием системы, результатом которого является создание концептуальной модели. 
Концептуальная модель (conceptual model) – это описание задачи в понятиях предметной области. Концептуальная модель отображает основные (с точки зрения моделирующего) понятия предметной области. Эта модель связана с исследованием предметной области и пространством задачи, но не с её решением. 
Концептуальная модель может отображать следующее:
• понятия;
• ассоциации между понятиями;
• атрибуты понятий.
Построение концептуальной модели включает следующие шаги:
• идентификация понятий;
• определение ассоциаций, отражающие связи между понятиями;
• определение атрибутов, необходимых для выполнения информационных требований. 
Идентификация понятий
Основной задачей концептуального проектирования является создание концептуальной модели, отражающей интересные и важные понятия рассматриваемой предметной области. 
Понятие – это представление идеи или объекта.
При идентификации понятий целесообразно руководствоваться следующим принципом: 
лучше излишне детализировать концептуальную модель, чем не доопределить ее.
Не следует думать, что концептуальная модель тем лучше, чем меньше в ней понятий. Зачастую на начальной стадии идентификации некоторые понятия упускаются из виду, а появляются позднее, при рассмотрении атрибутов и ассоциаций, или даже на стадии проектирования. Обнаруженные новые понятия добавляются в концептуальную модель. Определение ассоциаций, отражающие связи между понятиями В процессе разработки концептуальной модели необходимо идентифицировать связи (ассоциации) между понятиями, удовлетворяющие информационным требованиям имеющихся в текущий момент процесса разработки прецедентов, а также выделить те из них, которые способствуют лучшему пониманию концептуальной модели.Ассоциация (association) – это связь между понятиями, отражающая некоторое значимое и полезное отношение между ними. Обычно в концептуальную модель включаются следующие ассоциации: 
• ассоциации, знания о которых нужно сохранять в течение некоторого периода (важные ассоциации); 
• ассоциации, производные от содержащихся в списке стандартных ассоциаций. 
Ассоциация обозначается проведенной между понятиями линией, с которой связано определённое имя. Обычно ассоциация является двунаправленной. Это означает, что от одного объекта любого типа возможен логический переход к другому объекту. Такой переход является абсолютно абстрактным. Он не определяет тип взаимосвязей между программными сущностями. На концах линии, которая обозначает ассоциацию, могут содержаться выражения, определяющие количественную связь между экземплярами понятий. Дополнительная стрелка рядом с именем ассоциации указывает, в каком направлении нужно читать её имя. Она не определяет направление видимости или перемещения. Если такая стрелка отсутствует, то имена ассоциаций следует читать с использованием общепринятых соглашений, а именно – слева направо и сверху вниз. Стрелка направления чтения не имеет семантического значения. Она лишь представляет способ чтения диаграмм. 
Следующие ассоциации полезно включать в концептуальную модель:
• А является физической (physical) или логической (logical) частью В;
• А физически или логически содержится в/на В;
• А регистрируется (recorded) в В.
Рекомендации по поиску ассоциаций
При поиске ассоциаций руководствуйтесь следующими рекомендациями:
• сосредоточьтесь на тех ассоциациях, для которых данные о связи должны сохраняться в течение некоторого времени (важные ассоциации); 
• гораздо важнее идентифицировать понятия, чем ассоциации;
• слишком большое количество ассоциаций приводит к ошибкам в
концептуальной модели, а не к её упрощению. Изучение ассоциаций не
должно отнимать слишком много времени и вместе с тем должно приносить максимальную пользу; 
• избегайте использования избыточных ассоциаций. Каждый конец ассоциации называется ролью (role). Роль дополнительно может иметь следующие характеристики: 
• имя;
• кратность;
• направление связи (navigability).
Кратность (multiplicity) определяет, сколько экземпляров типа А в определённый момент может быть ассоциировано с одним экземпляром типа В.Например, один экземпляр объекта Store (Магазин) может быть ассоциирован с несколькими (ни с одним или с несколькими, что отображается символом *) экземплярами объекта Item (Элемент). 
Имена ассоциаций базируются на формате Имя Типа–ГлагольнаяФраза–Имя Типа, где глагольная фраза представляет собой последовательность, которая читается и является значимой в контексте модели. Имена ассоциаций должны начинаться с прописной буквы. Глагольная фраза должна строиться с использованием символов дефиса. Между двумя типами может быть установлено несколько ассоциаций. Определение атрибутов, необходимых для выполнения информационных требований После установления связей между понятиями необходимо идентифицировать атрибуты, которые удовлетворяют информационным требованиям. Нужно помнить, что концептуальная модель является представлением сущностей реального мира, а не программных компонентов. Любые утверждения относительно атрибутов должны интерпретироваться в контексте этих сущностей. Атрибут (attribute) – это абстрактное свойство объекта. В концептуальную модель включаются те атрибуты, для которых определены соответствующие требования или для которых предполагается, что необходимо хранить определённую информацию. Типы большинства простых атрибутов зачастую рассматриваются как примитивные типы данных. Обычно тип атрибута не должен быть сложным понятием предметной области. В концептуальной модели атрибуты должны быть простыми атрибутами (simple attributes) или простыми данными (pure data values). К стандартным типам простых атрибутов относятся Boolean, Date, Number, String(Text), Time. Другими стандартными типами являются следующие: Address (адрес), Color (цвет), Geometries (Point, Rectangle) (геометрические фигуры: точка, прямоугольник), Phone Number (номер телефона), Social Security Number (номер страхового полиса), Universal Product Code (UPC) (универсальный код товара), ZIP или postal code (почтовый индекс), перечислимые типы. Атрибуты не должны использоваться для связи понятий концептуальной модели. Наиболее распространенным нарушением этого принципа является добавление некоторой разновидности атрибута внешнего ключа (foreign key attribute), что обычно происходит при разработке реляционных баз данных. Не лишним будет повторить еще раз: связывайте типы с помощью ассоциаций, а не атрибутов. Связать объекты можно множеством различных способов, и внешние ключи являются далеко не единственной возможностью.

 
Приложение 2
Основные понятия
СУБД – Система Управления Базой Данных – комплекс программных средств для создания и обслуживания баз данных, хранения и поиска в них необходимой информации. 
Тэд Кодд сформулировал двенадцать правил, которым должна соответствовать настоящая реляционная база данных, являющихся полуофициальным определением понятия реляционная база данных. Двенадцать правил Кодда, которым должна соответствовать реляционная 
СУБД:
1. Правило информации. Вся информация в базе данных должна быть предоставлена исключительно на логическом уровне и только одним способом – в виде значений, содержащихся в таблицах. 
2. Правило гарантированного доступа. Логический доступ ко всем и каждому элементу данных в реляционной базе данных должен обеспечиваться путём использования комбинации имени таблицы, первичного ключа и имени столбца. 
3. Правило поддержки недействительных значений. В настоящей реляционной базе данных должна быть реализована поддержка недействительных значений, которые отличаются от строки символов нулевой длины, строки пробельных символов, и от нуля или любого другого числа и используются для представления отсутствующих данных независимо от типа этих данных. 
4. Правило динамического каталога, основанного на реляционной модели. Описание базы данных на логическом уровне должно быть представлено в том же виде, что и основные данные, чтобы пользователи, обладающие соответствующими правами, могли работать с ним с помощью того же реляционного языка, который они применяют для работы с основными данными. 
5. Правило исчерпывающего подъязыка данных. Реляционная система может поддерживать различные языки и режимы взаимодействия с пользователем (например, режим вопросов и ответов). Однако должен существовать, по крайней мере, один язык, операторы которого можно представить в виде строк символов в соответствии с некоторым четко определённым синтаксисом и который в полной мере поддерживает следующие элементы: 
• определение данных;
• определение представлений;
• обработку данных (интерактивную и программную);
• условия целостности;
• идентификация прав доступа;
• границы транзакций (начало, завершение и отмена).
6. Правило обновления представлений. Все представления, которые теоретически можно обновить, должны быть доступны для обновления.7. Правило добавления, обновления и удаления. Возможность работать с отношением как с одним операндом должна существовать не только при чтении данных, но и при добавлении, обновлении и удалении данных. 
8. Правило независимости физических данных. Прикладные программы и утилиты для работы с данными должны на логическом уровне оставаться нетронутыми при любых изменениях способов хранения данных или методов доступа к ним. 
9. Правило независимости логических данных. Прикладные программы и утилиты для работы с данными должны на логическом уровне оставаться нетронутыми при внесении в базовые таблицы любых изменений, которые теоретически позволяют сохранить нетронутыми содержащиеся в этих таблицах данные. 
10. Правило независимости условий целостности. Должна существовать возможность определять условия целостности, специфические для конкретной реляционной базы данных, на подъязыке реляционной базы данных и хранить их в каталоге, а не в прикладной программе. 
11. Правило независимости распространения. Реляционная СУБД не должна зависеть от потребностей конкретного клиента. 
12. Правило единственности. Если в реляционной системе есть низкоуровневой язык (обрабатывающий одну запись за один раз), то должна отсутствовать возможность использования его для того, чтобы обойти правила и условия целостности, выраженные на реляционном языке высокого уровня (обрабатывающем несколько записей за один раз). 

Приложение 3
Безопасность баз данных
С точки зрения хранения информации, БД – это тоже файлы, но работа с ними отличается от работы с файлами других типов, создаваемых прочими приложениями. Обычно всю работу по обслуживанию файловой структуры берет на себя операционная система. Для баз данных предъявляются особые требования с точки зрения безопасности, поэтому в них реализован другой подход к сохранению данных. При работе с обычными приложениями для сохранения данных мы выдаем соответствующую команду, задаем имя файла и доверяемся операционной системе. Если файл закрывается без сохранения, то вся работа по созданию или редактированию файла пропадет безвозвратно. 
Базы данных – это особые структуры. Информация, которая в них содержится, очень часто имеет общественную ценность. Нередко с одной и той же базой (например, с базой регистрации автомобилей в ГАИ) работают тысячи людей по всей стране. От информации, которая содержится в некоторых базах, может зависеть благополучие множества людей. Поэтому целостность содержимого базы не может и не должна зависеть ни от конкретных действий некоего пользователя, забывшего сохранить файл перед выключением компьютера, ни от перебоев в электросети. Проблема безопасности баз данных решается тем, что в СУБД для сохранения информации используется двойной подход. В части операций, как обычно, участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы. При внесении изменений в состав данных сохранение новой версии происходит немедленно и автоматически, поэтому попытка закрыть базу «без сохранения» ничего не даст, так как все уже сохранено. Таким образом, редактируя таблицы баз данных, создавая новые записи и удаляя старые, мы как бы работаем с жестким диском напрямую, минуя операционную систему.


Приложение 4
Нормализация таблиц
Нормализация представляет собой формальную процедуру, в ходе которой одна таблица разбивается на две или несколько в соответствии со специальной процедурой разбиения. Задачами нормализации являются: 
• исключение из таблиц повторяющейся информации;
• создание структуры, в которой предусмотрена возможность её будущих изменений; 
• создание структуры, в которой влияние структурных изменений на приложения, использующие информацию этой БД, сведено к минимуму. 
О целостности БД
Существуют два фундаментальных правила: правило целостности объектов (entity integrity rule) и правило ссылочной целостности (referential integrity rule). 
Первичный ключ – это столбец или некоторое подмножество столбцов, которые уникально, т.е. единственным образом определяет строки. Первичный ключ, который включает более одного столбца, называется множественным или комбинированным или составным. Остальные ключи, которые можно также использовать в качестве первичных, называются потенциальными или альтернативными ключами. 
Внешний ключ – это столбец (или подмножество столбцов) одной таблицы, который может служить в качестве первичного ключа для другой таблицы. Внешний ключ таблицы является ссылкой на первичный ключ другой таблицы. 
Правило целостности объектов утверждает, что первичный ключ не может быть полностью или частично пустым, т.е. иметь значение null. Правило ссылочной целостности гласит, что внешний ключ может быть либо пустым, либо соответствовать значению первичного ключа, на который он ссылается. 

Приложение 5
Специальные типы полей БД
С каждым полем связано важное свойство – тип поля. Тип поля определяет множество значений, которые может принимать данное поле в различных записях, и как следствие, различные операции преобразования, например, арифметические операции над числовыми данными или операции округления над денежными и т.п., разрешенные над этими значениями. Поле МEMO – специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он хранится в другом месте базы данных, а в поле хранится указатель на него, но для пользователя такое разделение заметно не всегда. Поля MEMO не могут быть индексированы или отсортированы. Для хранения форматированного текста или более длинных документов, вместо поля MEMO, следует создать поле объекта OLE. 
Поле объекта OLE – специальный тип данных, предназначенный для хранения объектов OLE, например мультимедийных. Реально такие объекты в таблице не хранятся. Как и в случае полей MEMO, они хранятся в другом месте внутренней структуры файла базы данных, а в таблице хранятся только указатели на них (иначе работа с таблицами была бы чрезвычайно замедленной). Размер поля – до 1 гигабайта. 
Поле гиперссылка - специальный тип данных для хранения гиперссылок. Гиперссылка может быть либо типа UNC (Universal Naming Convention – стандартный формат пути файла с включением сетевого сервера), либо URL (Uniform Resource Locator – адрес объекта в или внутренней сети с включением протокола доступа). Размер поля – 65 535 символов. 
Поле денежного типа данных следует использовать для полей, в которых планируется хранить числовые значения с одним-четырьмя знаками в дробной части. При обработке числовых значений из полей с плавающей точкой используются вычисления с плавающей точкой. Денежный тип используется для предотвращения округлений во время вычислений. Предполагает до 15 символов в целой части числа и 4 – в дробной. Размер поля – 8 байт. Поле счетчик обеспечивает автоматическую вставку последовательных 
(отличающихся на 1) или случайных чисел при добавлении записи. Для создания возрастающего счетчика следует оставить все настройки свойств прежними (по умолчанию: «Размер поля» – длинное целое; «Новые значения» –последовательные). Для создания счетчика случайных чисел для свойства «Новые значения» нужно установить значение – случайные. Размер поля – 4 байта. В поле счетчика могут быть использованы коды репликации (также называются GUID – 75 глобальные уникальные идентификаторы). Размер поля для кодов репликации – 16 байт. 
Поле числового типа следует использовать для полей, в которых планируется хранить числовые значения для математических вычислений, за исключением вычислений, включающих денежные операции (для которых используется денежный тип). Предусмотрены следующие диапазоны представления чисел, выбираемые в свойстве «размер поля»: 
Таблица
Значение Диапазон представления
Дробная
часть
Размер
Байт 0…255 – 1 байт
Целое от -32 768 до 32 767 – 2 байта
Длинное
целое
(по умолчанию)
от -2 147 483 648 до 2 147 483 647
– 4 байта
Одинарное с
плавающей
точкой
от –3.402823Е38 до –1.401298Е-45
для отрицательных значений
от 1.401298Е-45 до 3.402823Е38
для положительных значений
7 знаков 4 байта
Двойное с
плавающей
точкой
от –1.79769313486232Е308 до
–4.94065645841247Е-324 для
отрицательных значений
от 1.79769313486231Е308 до
4.94065645841247Е-324 для
положительных значений
15
знаков
8 байт


Приложение 6
Общие сведения о построителе выражений
Построитель выражения в основном используется для:
• построения выражений, определяющих для поля значение по умолчанию;
• указания условий отбора, создания вычисляемого поля или обновление записей в запросе или фильтре; 
• построения набора макрокоманд с помощью Microsoft Visual Basic для приложений; 
• построения и редактирования запросов в режиме SQL.
При построении выражений используются функции. Функция возвращает значение, которое является результатом расчёта или выполнения других операций. 
В MS Access определен ряд встроенных функций (см. табл. Приложения 6), например: 
• функция Now() возвращает текущую дату;
• функция Sum() возвращает сумму набора значений поля;
• функция Dlookup() возвращает значение указанного поля.
Создание выражений
Имена объектов
Имена таблиц, отчётов, запросов, полей и элементов управления заключаются в квадратные скобки [ ]. При вводе имен объектов в идентификаторы использование квадратных скобок является обязательным, если имя содержит пробелы или специальные знаки, например, знак подчеркивания. Использование операторов ! и . (точка) в выражениях 
Операторы ! и . (точка) в идентификаторах указывают тип элемента, стоящего справа от оператора. Оператор ! указывает, что следующий за ним элемент является элементом, определяемым пользователем (элементом семейства). 
Оператор . (точка) указывает, что следующий за ним элемент определен в MS Access. Например, Reports![Счет]![НазваниеПолучателя].Visible. 
Построитель выражений состоит из трех разделов (рис. П1).

В верхней части окна построителя расположено поле выражения. Ниже находится раздел, предназначенный для отображения доступных элементов выражения и их последующей вставки в поле выражения. Допускается непосредственный ввод части выражения в поле выражения. В средней части окна построителя находятся кнопки с часто используемыми операторами. При нажатии на одну из этих кнопок построитель вставит соответствующий оператор в текущую позицию поля выражения. Чтобы вывести полный список операторов, выберите папку Операторы в нижнем левом поле и нужный тип в среднем поле. В правом поле будут выведены все операторы выбранного типа.
В нижней части окна построителя находятся три поля:
• в левом поле выводятся папки, содержащие таблицы, запросы, формы, объекты базы данных, встроенные и определённые пользователем функции, константы, операторы и общие выражения; 
• в среднем поле задаются определённые элементы или типы элементов для папки, заданной в левом поле. Например, если выбрать в левом поле Встроенные функции, то в среднем поле появится список всех типов функций MS Access; 
• в правом поле выводится список значений (если они существуют) для элементов, заданных левым и средним полями. Например, если выбрать в левом поле Встроенные функции и тип функции в среднем, то в правом поле будет выведен список всех встроенных функций выбранного типа.

 

Примечания 
тобы новые имена полей появились в построителе выражений, следует предварительно сохранить таблицу или запрос, содержащие такие поля. Если функция или объект не выводятся в нижней части построителя выражений, то это значит, что их использование недопустимо в позиции, из которой был вызван построитель. Например, нельзя ссылаться на другое поле или элемент управления в условии на значение для поля в режиме Конструктора таблицы, таким образом, папки Таблицы, Запросы, Формы и Отчёты не доступны при запуске построителя выражений из ячейки для свойства поля. Условие на значение (ValidationRule) в режиме Конструктора таблицы. 
При вставке идентификатора в выражение построитель вставляет только те его части, которые требуются в текущем контексте. Например, при запуске построителя выражений из окна свойств формы «Клиенты» и вставке идентификатора для свойства Вывод на экран (Visible) будет вставлено только имя свойства: Visible. При использовании данного выражения вне контекста формы необходимо включать полный идентификатор: Forms![Клиенты].Visible.

Таблица 
Имя
функции
Действие
статистические функции
Sum Сумма значений поля.
Avg Среднее от значений поля.
Min Наименьшее значение поля.
Max Наибольшее значение поля.
Count Число значений поля без учёта пустых значений.
StDev Среднеквадратичное отклонение от среднего значения поля.
Var Дисперсия значений поля.
Прочие
First Возвращает первую запись в порядке ввода
Last Возвращает последнюю запись в порядке ввода 78
Приложение 7
Примеры выражений условий отбора, применяющиеся для
извлечения записей
Таблица
Выражение Результаты отбора
Операторы >, <, >=, <=, <> и «Between...And»
> 234
Отбор записей, для которых значение числового поля
больше 234 (например, поля «Количество»)
< 1 200,45
Отбор записей, для которых значение числового поля
менее 1200,45 (например, поля «Цена»)
>= "Иванов"
Отбор записей, содержащих в поле «Фамилия»
фамилии, начиная с «Иванов», и до конца алфавита
Between #02-фев-1999#
And #01-дек-1999#
Отбор записей, содержащих в поле «Дата» даты в
диапазоне от 2-фев-99 до 1-дек-99 (ANSI-89)
Between '02-фев-1999'
And '01-дек-1999'
Отбор записей, содержащих в поле «Дата» даты в
диапазоне от 2-фев-99 до 1-дек-99 (ANSI-92)
несовпадающие значения («Not»)
Not "США"
Отбор записей, не содержащих в текстовом поле
комбинации символов «США» (например, содержащих
в поле «Страна получателя» любую страну за
исключением США)
Not 2
Отбор записей, не содержащих в числовом поле
цифры 2 (например, отбор всех сотрудников, код
которых, указанный в поле идентификации, не равен 2)
Not T*
Отбор записей, для которых данные текстового поля не
начинаются на «Т» (например, отбор сотрудников,
фамилии которых не начинаются с буквы «T»
(ANSI-89))
Not T%
Отбор записей, для которых данные текстового поля не
начинаются на «Т» (например, отбор сотрудников,
фамилии которых не начинаются с буквы "T"
(ANSI-92))
значения в списке (In)
In("Канада",
"Великобритания")
Отбор записей, содержащих в текстовом поле
определённые значения (например, содержащих в поле
«Страна» значения «Канада» или «Великобритания»)
In(Франция, Германия,
Япония)
Отбор записей, содержащих в текстовом поле
определённые значения (например, содержащих в поле
«Страна» значения – Франция, Германия или Япония)
79
Продолжение таблицы
текст, часть текста или совпадающие значения
"Киев"
Отбор записей, содержащих в текстовом поле
определённые значения (например, содержащих в поле
«Город проживания» значение «Киев»)
"Киев" Or "Минск"
Отбор записей, содержащих в текстовом поле
определённые значения (например, содержащих в поле
«Город проживания» значения «Киев» или «Минск»)
>="Н"
Отбор записей, значения в текстовом поле которых
начинаются с букв, находящихся в диапазоне от «Н» до
«Я» (ANSI-89)
Like "С*"
Отбор записей, значения в текстовом поле которых
начинаются с буквы «С» (ANSI-89)
Like "С%"
Отбор записей, значения в текстовом поле которых
начинаются с буквы «С» (ANSI-92)
Right([OrderID],2)="99"
Отбор записей, для которых данные текстового поля
оканчиваются двумя определёнными символами
(например, коды идентификации которых, указанные в
поле «Код» заканчиваются на 99)
Len([Название]) >
Val(30)
Отбор записей, для которых значения текстового поля
превышает 30 символов (например, компании, названия
которых, указанные в поле «Название», превышают 30
знаков)
значения поля (Like)
Like "С*"
Отбор записей, для которых значения текстового поля
начинаются с буквы «С» (ANSI-89)
Like "С%"
Отбор записей, для которых значения текстового поля
начинаются с буквы «С» (ANSI-92)
Like "*Импорт"
Отбор записей, для которых значения текстового поля
заканчиваются словом «Импорт» (ANSI-89)
Like "%Импорт"
Отбор записей, для которых значения текстового поля
заканчиваются словом «Импорт» (ANSI-92)
Like "[А-Д]*"
Отбор записей, для которых значения текстового поля
находятся в диапазоне от «А» до «Д» (ANSI-89)
Like "[А-Д]%"
Отбор записей, для которых значения текстового поля
находятся в диапазоне от «А» до «Д» (ANSI-92)
Like "*тр*"
Отбор записей, для которых значения текстового поля
содержат сочетание букв «тр» (ANSI-89)
Like "тр%"
Отбор записей, для которых значения текстового поля
начинаются с сочетания букв «тр» (ANSI-92)
80
Продолжение таблицы
Like "Maison Dew?"
Отбор записей, для которых значения текстового
поля начинаются со слова «Maison», а второе слово в
имени содержит четыре буквы, причём первые три из
них «Dew», а четвертая неизвестна (ANSI-89)
Like "Maison Dew_"
Отбор записей, для которых значения текстового
поля начинаются со слова «Maison», а второе слово в
имени содержит четыре буквы, причём первые три из
них «Dew», а четвертая неизвестна (ANSI-92)
Полное Имя: [Имя] &
" " & [Фамилия]
Отбор записей, для которых значения текстового
поля сформировано комбинацией значений
соответствующих записи определённых полей
(например, отображение в некотором поле,
например, «Полное имя» значения полей «Имя» и
«Фамилия», разделенных пробелом)
Адрес: [Город] & " " &
[Район] & " " & [Индекс]
Отбор записей, для которых значения текстового
поля сформировано комбинацией значений
соответствующих записей определённых полей.
Например, отображение в поле «Адрес» значений
полей «Город», «Область» и «Индекс», разделенных
пробелами
Первая Буква Товара:
Left([Название Товара], 1)
Отображение в текстовом поле первого символа
значения другого текстового поля (например, в поле
«Первая Буква Товара» – первого символа значения
поля «Название Товара»)
Код Типа:
Right([Код Продукта], 2)
Отображение в текстовом поле последних двух
символов значения другого текстового поля
(например, отображение в поле «Код» последних
двух знаков значения поля «Код Продукта»)
Код Района:
Mid([Телефон], 2, 3)
Отображение в текстовом поле части символов
значения другого текстового поля (например,
отображение в поле «Код Района» трех знаков,
начиная со второго, значения поля «Телефон»)
даты
#2/2/2000#
Отбор записей, для которых значения поля с типом
«Дата» – 2 февраля 2000 (ANSI-89)
'2/2/2000'
Отбор записей, для которых значения поля с типом
«Дата» – 2 февраля 2000 (ANSI-92)
Date()
Отбор записей, для которых значения поля с типом
«Дата» – текущая дата
Between Date( ) And
DateAdd("m", 3, Date( ))
Отбор записей, для которых значения поля с типом
«Дата» – интервал между текущей датой и датой,
отстоящей от нее на три месяца
81
Окончание таблицы
< Date( ) - 30
Отбор записей, для которых значения поля с типом
«Дата» – отстоит более чем на 30 дней от текущей
даты
Year([Дата]) = 1999 Отбор по полю «Дата» записей, сделанных в 1999 г.
DatePart("q", [Дата])= 4 Отбор по полю «Дата» записей четвертого квартала
DateSerial(Year ([Дата]),
Month([Дата]) + 1, 1) – 1
Отбор по полю «Дата» записей, сделанных в
последний день каждого месяца
Year([Дата]) =
Year(Now()) And
Month([Дата]) =
Month(Now())
Отбор по полю «Дата» записей текущего года и
месяца
пустое значение поля ( Null или строка нулевой длины )
Is Null
Отбор по текстовому полю записей, содержащих в
этом поле значение Null, т.е. являющихся пустыми
Is Not Null
Отбор по текстовому полю записей, содержащих в
этом поле определённое значение
""
Отбор по текстовому полю записей, содержащих в
этом поле строку нулевой длины
Статистические функции по подмножеству
> (DStDev("[Фрахт]",
"Заказы") +
DAvg("[Фрахт]",
"Заказы"))
Отбор записей, для которых значения числового
поля выше среднего арифметического плюс
стандартное отклонение (например, отбор по полю
«Фрахт» всех заказов, для которых цена фрахта
поднялась выше средней плюс стандартное
отклонение цены)
>Davg("[Количество]",
"Заказано")
Отбор записей, для которых значения числового
поля превышают среднее арифметическое
(например, отбор по полю «Количество» заказанных
товаров, количество которых превышает среднее
82
Приложение 8
Образец договора страхования
Страховой полис
Серия 702 № _____ от __ . __ . __
Настоящий страховой полис выдан в подтверждении того, что страховая
компания «ЮЖУРАЛ-СТРАХ-Инвест», в дальнейшем «Страховщик» и
_______________________________________________________________________
проживающий по адресу г. ___________, ул._______________, дом ____, кв. ____
в дальнейшем «Страхователь», заключили договор страхования имущества, в
соответствии с утвержденными Страховщиком Правилами страхования,
действующими на момент выдачи настоящего полиса, согласно государственной
лицензии на право осуществления страховой деятельности.
Договор страхования заключен, исходя из сведений о характере страхового
риска, сообщенных Страхователем в ответах на письменный запрос Страховщика,
и действует на условиях, изложенных в настоящем страховом полисе.
ОБЪЕКТ СТРАХОВАНИЯ
Объектом являются имущественные интересы лица, указанного в настоящем
страховом полисе.
СТРАХОВОЙ РИСК, СТРАХОВОЙ СЛУЧАЙ
Договор страхования заключен на случай потери или повреждения имущества,
в результате кражи, пожара, затопления. Страховым случаем является событие,
предусмотренное договором страхования, с наступлением которого возникает
обязанность Страховщика по выплате страхового возмещения.
Застрахованное лицо ________________________________________________
СТРАХОВАЯ СУММА
Страховая сумма по договору составляет ___________________________ руб.
СРОК ДЕЙСТВИЯ ДОГОВОРА
Дата начала действия договора __.__.____. Срок действия договора 1 год.
Договор страхования вступает в силу с ноля часов дня, следующего за днем
уплаты страхового взноса.
СТРАХОВОЙ ВЗНОС
Страховой взнос по договору страхования составляет __________________руб.
Страховщик
/ФИО Агента/ (подпись)

М.П. 83


Приложение 9
Ошибки, возникающие при создании отчётов
1. При печати в конце отчёта появляется пустая страница Убедитесь, что параметр Высота для примечаний отчёта имеет значение нуль. 
2. Все остальные страницы отчёта пусты Убедитесь, что сумма значений ширины формы или отчёта и ширины левого и правого полей не превышает ширину листа бумаги, указанную в диалоговом окне «Параметры страницы» меню «Файл». При разработке макетов руководствуйтесь следующей формулой: ширина отчёта + левое поле + правое 
поле <= ширина бумаги.
Чтобы подогнать размер отчёта, используйте следующие приемы:
• измените значение ширины отчёта;
• уменьшите ширину полей или измените ориентацию страницы.
3. В отчёте слишком много пустых мест Можно уменьшить пустые места одним из следующих способов: 
• измените значение ширины отчёта;
• сдвиньте разделы ближе друг к другу;
• уменьшите размер элемента управления по размерам его содержимого.
4. Неверные данные в режиме просмотра образца В режиме просмотра образца выводятся все разделы отчёта и несколько записей в области данных. В этом режиме демонстрируется сортировка и группировка данных, но игнорируются любые параметры, условия отбора или межтабличные связи в базовом запросе. Например, в области группы могут быть выведены записи, не принадлежащие к этой группе. Проверять выводящиеся в отчёте данные следует в режиме предварительного просмотра. 
5. В отчёте выводится приглашение ввести непонятные параметры Проверьте, правильно ли указаны имена полей в следующих элементах макета отчёта и соответствуют ли эти имена именам полей базовой таблицы или запроса: 
• свойство «Данные» (ControlSource) присоединенного элемента управления; 
• столбец «Поле/выражение» в окне «Сортировка и группировка»;
• выражения в элементах управления или в окне «Сортировка и группировка». 
Проверьте также, что в статистических функциях ссылки делаются на имена полей базовой таблицы или запроса, а не на имена элементов управления. 
6. Записи в группах не сортируются
Необходимо в режиме Конструктора отчёта указать порядок сортировки записей внутри группы в окне «Сортировка и группировка». 
7. Записи не сортируются в соответствии с правилами языка В базе данных MS Access (.mdb) выберите в диалоговом окне «Параметры» язык, по правилам которого будет выполняться сортировка в базе данных.


Информация

Комментировать статьи на нашем сайте возможно только в течении 60 дней со дня публикации.

Популярные новости

Статистика сайта



Rambler's Top100



 
Copyright © НеОфициальный сайт факультета ЭиП