Как видите, применять условие на значение к полю достаточно легко. Но формирование правила требует больших умственных усилий. Для получения желаемого результата вы должны сделать первый шаг в порой причудливый мир языка SQL.
Несмотря на то, что условия на значения ограничены только вашим воображением, разработчики, профессионально работающие о программе Access, возвращаются к нескольким основным шаблонам снова и снова. В следующих разделах представлены базовые знания для быстрой и легкой разработки правил верификации данных разных типов.
Примечание
Программа Access применяет правило верификации, только если в поле есть данные. Если поле остается пустым, программа принимает его без всякой проверки. Если вам не нравится такой подход, задайте в свойстве Обязательное поле значение Да, чтобы добиться обязательного заполнения поля, как описано в разд. "Запрет незаполненных полей" ранее в этой главе.
Проверка допустимости числовых значений
Для числовых данных самый распространенный вариант проверки — принадлежность введенного значения определенному диапазону. Другими словами, вы проверяете, больше или меньше введенное число другого значения. Ваши инструменты в этом случае — знаки операций сравнения < и >. В табл. 4.4 приведено несколько часто используемых примеров.
Таблица 4.4. Условия на значение для чисел
| Сравнение | Пример условия | Описание |
| Меньше чем | <100 | Значение должно быть меньше 100 |
| Больше чем | >0 | Значение должно быть больше 0 |
| Не равно | < >42 | Значение может быть любым, но не равным 42 |
| Меньше или равно | <=100 | Значение должно быть не больше 100 |
| Больше или равно | Значение должно быть не меньше 0 | |
| Равно | =42 | Значение должно быть 42. (Много ли смысла в необходимости ввода этого значения кем-то?) |
| Между | Between 0 and 100 | Значение должно быть 0,100 или любое промежуточное значение |
Проверка допустимости дат
Как и в случае числовых данных, проверка допустимости дат, как правило, включает проверку принадлежности даты определенному диапазону. Ваша задача — убедиться в том, что у вашей даты формат, подходящий для условия на значение. Если вы используете условие >Jan 30, 2007 (> 30 Янв, 2007), программа Access приходит в крайнее замешательство, т. к. не понимает, что текст (Jan 30, 2 007) предназначается для представления даты. Точно так же, если вы проверяете условие >1/30/07, Access предполагает, что числа справа от знака сравнения — часть выражения с последовательными операциями деления.
Для решения этой проблемы используйте универсальную синтаксическую форму представления дат программы Access, которая выглядит следующим образом: #1/30/2007#
В универсальную синтаксическую запись для представления дат компоненты включаются в порядке месяц/день/год и обрамляются с обеих сторон символами #. С помощью этого синтаксиса вы можете использовать условие, такое как >#1/30/2007#, требующее, чтобы
вводимая дата была больше (наступала позже), чем January 30, 2007 (30 января 2007 January 31, 2007 отвечает данному требованию, а любая дата в 2006 г. — нет.
Универсальная синтаксическая запись может включать и время, например: #1/30/2007 5:30РМ#
Примечание
При сравнении двух дат программа Access принимает во внимание сведения о времени. Дата #1/30/2007# не содержит данных о времени, поэтому она интерпретируется как наступившая в самую первую секунду суток. В результате Access считает, что значение #1/30/2007 8:00 АМ# больше, поскольку наступает на 8 часов позже.
Теперь, зная об универсальной синтаксической записи для дат, вы можете использовать любые операции сравнения, которые применяются для сравнения чисел. Можно применять и следующие удобные функции для получения информации о текущих дате и времени:
■ Date () — вычисляет текущую дату (без какой-либо информации о времени, поэтому она
вычисляется как первая секунда текущего дня);
■ Now () — вычисляет текущий момент времени, включая дату и время.
Примечание
Функция — это встроенная процедура, выполняющая какую-либо задачу, например считывание текущей даты с компьютерных часов. В разд. "Функции для обработки дат" главы 7 вы познакомитесь со многими функциями обработки дат, которые позволят вам выполнить более сложные задачи, например, определять день недели для конкретной даты.
В табл. 4.5 приведено несколько примеров.
Таблица 4.5. Условия на значения для дат
| Сравнение | Пример условия | Описание |
| Меньше чем | <#1/30/2007# | Дата до 30 января 2007 г. |
| Больше чем | >#1/30/2007 5:30 РМ# | Любая дата после 30 января 2007 г., или 30 января 2007 г. после 17:30 |
| Меньше или равна | <=#1/30/2007# | Дата до 30 января 2007 г. или первая секунда 30 января 2007 г. |
| Больше или равна | >=#1/30/2007# | 30 января 2007 г. или любая более поздняя дата |
| Больше текущей даты | >Date() | Сегодня или более поздняя дата |
| Меньше текущей даты | <Date() | Вчера или более ранняя дата |
| Больше текущей даты (и времени) | >Now() | Сегодня после текущего времени или любая дата в будущем |
| Меньше текущей даты (и времени) | <Now () | Сегодня до настоящего момента или любая дата в прошлом |
