Рис. 11.16
Теперь посмотрим, как будет выглядеть в данном примере инструкция SQL, приведенная на рис. 11.17.
Рис. 11.17
Как видите, по своей структуре, то есть по составу ключевых параметров, эта инструкция совпадает с предыдущей. Разница лишь в том, что предложение с ключевым словом SELECT включает не одно, как в предшествующем случае, а все поля записи. Синтаксические правила записи каждого отдельного поля, естественно, не изменяются.
Разумеется, подобные критерии можно вводить одновременно в разные поля бланка запроса. В нашем случае используем логическую схему "И": компонентами составного критерия будут отдельные критерии для различных полей записи базы данных. Поясним это на примере, который представляет собой расширенный вариант только что рассмотренной ситуации.
Запросы с несколькими критериями отбора, заданными в разных полях
Сформулируем новый запрос так: "По информации, собранной в таблице Fiie1 , выдать справку об авариях на нефтепроводах Тюменской области".
Окно конструктора для этого запроса показано на рис. 11.18. Как видите, здесь заданы два критерия: прежний – "*нефтепровод*", дополнительный – "Тюменская область". (Слово "область" можно было и не вводить: название Тюменская уникально и само по себе служит достаточным критерием.) Новый критерий тоже можно заключить в звездочки. Результатом выполнения запроса будет таблица, выведенная на рис. 11.19.
Рис. 11.18
Рис. 11.19
Обратите внимание, что в предыдущем примере, где не указывался конкретный регион, было отобрано 8 записей. В настоящий момент, как и следовало ожидать, их число сократилось: записей только 2.
Теперь изучим соответствующую инструкцию SQL (см. рис. 11.20). Как видно из рисунка, введение нового критерия отбора влияет только на предложение с ключевым словом WHERE. К этому предложению добавляется логическое выражение типа AND (И), операндами которого являются "*нефтепровод*" и "Тюменская область". В остальном инструкция SQL остается неизменной.
Рис. 11.20
Запросы с несколькими критериями отбора, заданными в одном поле
Мы уже привыкли к тому, что в одном запросе может быть много критериев для отбора записей. Это вполне естественно, когда речь идет о разных полях записи, потому что каждое из них подобно независимой (или почти независимой) оси координат, а каждый критерий – конкретному значению координаты по данной оси. Но когда требуется задать несколько критериев отбора применительно к одному полю записи, задача усложняется. Посмотрим, как ее следует решать.
Предположим, пользователя интересуют аварии не только на нефтепроводах, то есть при транспортировке самой нефти, но и шире – при транспортировке различных нефтепродуктов: бензина, мазута, газового конденсата и др. Как выбрать в таком случае критерий отбора? Можно просто ввести в поле подстроку "провод", поскольку этот корень входит во многие слова, связанные с нашей темой: нефтепровод, бензопровод и т. д. Но тогда в выборку неизбежно попадут аварии на газопроводах (которых тоже немало), что не входит в наши планы. Итак, нам неизбежно придется задавать несколько критериев отбора для одного и того же поля записи и связывать их определенными логическими соотношениями. Покажем на конкретном примере, как это делается.
Предположим, надо получить справку об авариях, которые произошли:
• на нефтепроводах;
• на мазутопроводах;
• на бензопроводах;
• на продуктопроводах.
Мы предусмотрели практически все виды нефтепродуктов. Теперь построим соответствующий запрос.
Как обычно, сначала откройте пустой бланк запроса и введите туда все поля записи (последнее делать не обязательно – любые поля можно вносить в бланк и по отдельности). Критерий отбора сформулируйте так:
"*нефтепровод " OR "*бензопровод*" OR "*мазутопровод*" OR "*продуктопровод*".
Иначе говоря, вы выстраиваете логическую схему "ИЛИ". Теперь посмотрим, как она реализуется на практике.
Откройте окно конструктора запроса для таблицы Fiie1. Как и раньше, введите значение первого критерия – "*нефтепровод*" – в строку Условие отбора на ее пересечении со столбцом Характеристика ЧЭС. Следующие значения критериев вводятся в этом же столбце, но в строках, расположенных ниже по вертикали. Каждая из них помечена словом OR (Или) – рис. 11.21.
Рис. 11.21
Количество таких строк практически не ограничено, поэтому составной критерий может включать достаточно большое число операндов. Запустив запрос на выполнение, вы получите таблицу (см. рис. 11.22). Обратите внимание, что она похожа на результирующую таблицу, представленную на рис. 11.16, когда вы сформировали запрос с одним критерием. Однако в новой таблице отобрано уже не 8 записей, а 15, и среди аварийных объектов назван, в частности, мазутопровод.
Рис. 11.22
Наконец, открыв инструкцию SQL (см. рис. 11.23), вы можете лишний раз убедиться: все изменения, которые внесены вами в логические схемы критериев, точно отображаются в предложении с ключевым параметром WHERE.
Рис. 11.23
Надо сказать, что структуры критериев бывают самыми разнообразными. Но при их построении вам потребуются точность и аккуратность, чтобы отбор записей производился правильно. Например, у критериев, выведенных на рис. 11.21, неизменяемая часть слова – "*опровод*". Исключением является лишь "*нефтепровод*". Казалось бы, можно сократить условие в той его части, где вводятся критерии. Чтобы при этом исключить записи, связанные с авариями на газопроводах, сформулируем условие следующим образом:
("*нефтепровод*" OR "*опровод*") AND Not "*газопровод*"
Если вы введете такое условие в запрос, а затем выполните его, то система действительно отберет записи, удовлетворяющие заданному критерию. Однако в их число попадут и сведения об авариях, связанных с повреждением водопровода или электропроводки. Поэтому учтите, что похвальное стремление к краткости и упрощению критериев запроса иногда приводит к нежелательным последствиям.
Запросы с параметрами
Иногда для получения какой-либо справки приходится неоднократно вводить различные значения одного и того же параметра. Такая справка называется параметрической. Например, на практике сведения об авариях на нефтепроводах обычно собираются по субъектам Российской Федерации – краям и областям. Для подобных случаев полезно иметь готовый типовой запрос: вы вводите в стандартное поле название края или области, а в результате получаете справку стандартного вида. Такой запрос несложно построить.
Откройте запрос, который был сохранен под именем Запрос4 (см. рис. 11.18). В поле Регион вместо значения Тюменская область поместите подсказку [Введите область] – рис. 11.24.
Рис. 11.24
Если теперь вы дадите команду на выполнение запроса (с помощью кнопки
или предварительно сохранив его в окне базы данных), то Access 2002 потребует сначала указать название области или края в диалоговом окне Введите значение параметра. Этот этап работы продемонстрирован на рис. 11.25.
Рис. 11.25
Вам следует ввести полное географическое наименование, а затем щелкнуть по кнопке ОК. Запрос будет выполнен для заданного региона. Например, вы вводите значение Тюменская область и получаете таблицу, которую уже видели на рис. 11.19. Понятно, что точно так же можно задать любой другой критерий. Как видите, типовой запрос оперативен и удобен в использовании.
На рис. 11.26 показана инструкция SQL для такого запроса. Вы можете вновь убедиться, что соответствующие изменения уже включены в предложение с ключевым параметром WHERE. В данном случае в этом предложении применяется логическая схема "И", которая содержит в качестве операндов и нефтепровод*", и приведенную выше подсказку. Иными словами, Access воспринимает ее как значение критерия.