Izuch_comp_i__progr

- 212 -

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

При заполнении бланка запроса необходимо:

в строку "поле" включить имена полей, используемых в запросе;

в строке "сортировка" выбрать направление сортировки записей результата:

по возрастанию, по убыванию, без сортировки. Текстовые поля сортируются в алфавитном (от А до Я), а числовые – в числовом порядке (от 0 до 9).

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

в строке "критерий" задать условия фильтрации содержимого поля данных для отбора записей;

в строке "или" можно ввести дополнительное условия для фильтрации каждой строки. Несколько условий в одном столбце будут соединены с помощью оператора "ИЛИ".

Дополнительно можно воспользоваться следующими строками: псевдоним,

таблица, функция. Чтобы добавить дополнительную строку необходимо в меню

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

в строке "псевдоним" можно указать надписи, которые, после выполнения запроса, будут выведены на экран вместо имен полей (например, поле данных имеет имя «DOB», такое название не является информативным, поэтому можно ввести псевдоним «Дата_Рождения», который будет отображаться вместо имени);

-213 -

в строке "таблица" можно указать имена таблиц, из которых будут

выбраны соответствующие поля;

в строке "функция" можно задать одну из статистических функций (AVG, SUM, MIN, MAX, COUNT) или функцию Группировать.

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

который означает "все поля таблицы". Этот пункт выбирается, если в запрос включаются все поля. Для удаления ненужного столбца выделите его и нажмите на клавишу <Delete>.

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

используемых для сравнения. В качестве операндов выражения могут использоваться: литералы и константы.

В таблицах №6.5 И №6.6 представлен обзор операторов и команд.

Таблица №6.5

В выражении условия отбора допускается использование операторов сравнения и логических операторов: <, >, <>, <=, >=, «LIKE», «NOT LIKE», «BETWEEN x AND y», «NOT BETWEEN x AND y» «IN» и др.

Оператор = не отображается в полях запроса. Если значение вводится без оператора, автоматически используется оператор =.

Оператор «BETWEEN x AND y» определяет принадлежность значения выражения указанному диапазону.

Оператор «LIKE», позволяет использовать образцы, использующие символы шаблона.

Оператор «IN (a, b, c, …)» проверяет, совпадает ли значение выражения с одним из элементов указанного списка, который задается в круглых скобках.

Оператор «And» требует одновременного выполнения всех выражений,

которые он соединяет.

Оператор «OR» требует выполнения хотя бы одного из тех выражений,

которые он соединяет.

Оператор «NOT» требует невыполнения того выражения, перед которым он стоит.

Таблица №6.7

- 216 -

При формулировании условий фильтрации могут использоваться различные операторы и команды. При этом система автоматически преобразует их в соответствующий синтаксис SQL (Запрос на языке SQL можно просмотреть если отключить режим дизайнаменю «Вид» -> «Вкл/Выкл режим дизайна»).

Разрешено использование местозаполнителей (подстановочных знаков).

Местозаполнитель используется в запросах и выражениях, чтобы включить все записи, соответствующие определенному образцу. Местозаполнитель * или %

используется для любого числа символов. Местозаполнитель (*) означает, что выражение x встречается в начале (x*), в конце (*x) или внутри (*x*)

содержимого поля. В качестве местозаполнителя в запросах SQL можно ввести символ %. Вопросительный знак (?) или подчеркивание (_) в запросах SQL

применяется для обозначения строго одного символа.

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

например:

функция Sum возвращает сумму набора значений поля;

-217 -

функция Avg вычисляет арифметическое среднее набора чисел,

содержащихся в указанном поле запроса;

функция Count вычисляет количество записей, возвращаемых запросом.

После того как запрос создан, его надо выполнить.

- 218 -

ПРИЛОЖЕНИЕ И ЛИТЕРАТУРА

Явное представление данных (The Information Rule). Информация должна быть представлена в виде данных, хранящихся в ячейках.

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

Гарантированный доступ к данным (Guaranteed Access Rule).

Доступ к данным должен быть свободен от двусмысленности. К каждому элементу данных должен быть гарантирован доступ с помощью комбинации имени таблицы, первичного ключа строки и имени столбца.

Полная обработка неизвестных значений (Systematic Treatment of Null Values). Неизвестные значения NULL, отличные от любого известного значения, должны поддерживаться для всех типов данных при выполнении любых операций. Например, для числовых данных неизвестные значения не должны рассматриваться как нули, а для символьных данных – как пустые строки.

Доступ к словарю данных в терминах реляционной модели

(Dynamic On-Line Catalog Based on the Relational Model). Словарь данных должен сохраняться в форме реляционных таблиц, и система управления реляционными базами данных должна поддерживать доступ к нему при помощи стандартных языковых средств, тех же самых, которые используются для работы с реляционными таблицами, содержащими пользовательские данные.

Полнота подмножества языка (Comprehensive Data Sublanguage Rule). Система управления реляционными базами данных должна поддерживать единственный язык, который позволяет выполнять все операции доступа к данным: операции определения данных,

- 219 -

манипулирования данными, управления доступом к данным, управления

транзакциями.

Возможность модификации представлений (View Updating Rule).

Каждое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных.

Наличие высокоуровневых операций управления данными

(High-Level Insert, Update, and Delete). Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке реляционной таблицы, но по отношению к любому множеству строк.

Физическая независимость данных (Physical Data Independence).

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

Логическая независимость данных (Logical Data Independence).

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

Независимость контроля целостности (Integrity Independence).

Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. Язык для работы с данными должен выполнять проверку входных данных и автоматически поддерживать целостность данных.

Дистрибутивная независимость (Distribution Independence). База данных может быть распределенной, может находиться на нескольких компьютерах, и это не должно оказывать влияние на приложения.

- 220 -

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

Согласование языковых уровней (Non-Subversion Rule). Не должно быть иного средства доступа к данным, отличного от стандартного языка для работы с данными. Если используется низкоуровневый язык доступа к данным, он не должен игнорировать правила безопасности и правила целостности, которые поддерживаются языком более высокого уровня.

Литература

Internet: Справочное пособие. – Минск: Белорусский ЦНМИ, 1999.

Попов А.А. MS Excel: Практическое руководство. – М.: ДЕСС КОМ, 2000.

Синицын В.Е., Тимонина Е.А. Интернет для врача. WWW: медицинская визуализация и кардиология. изд. 2-е – М.: Видар, 1998.

Мэтьюз М., Метьюз К.Б. M97 Office97: Книга ответов. – СПб.: “Питер”, 1998.

Нельсон С.Л., Венерка П. Полный справочник по Microsoft Office 97/ Пер. с англ. –

Киев.; М.; Спб: Диалектика, 1997.

С. Д. Кузнецов Основы баз данных Учеб. Пособие М.: Интуит.ру 2005г.,

http://it.kgsu.ru/MSAccess/access16.html