Видно, что все пустые значения помещаются в самый конец списка. Этот результат мы получим при использовании Firebird вер­ сии 1.5, в Firebird 2.0 с точностью до наоборот — пустые значения находятся в начале списка.

3.2. Использование ключевого слова DISTINCT

Выполните следующий оператор:

SELECT PRJNAME2 AS "Имя" FROM PERSON

Вы получите список из имен, среди которых есть много повто- ряющихся.

Замечание. Это, кстати, один из примеров нарушения прин-

Чтобы убрать ненужные нам повторы, необходимо в оператор

ввести ключевое слово DISTINCT (заодно упорядочим вывод поимени) :

SELECT DISTINCT FROM PERSON ORDER BY PR_NAME2;

Теперь мы получим список из 62 имен, среди которых не будет ювторяющихся.

3.3. Предложение WHERE

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

Следует отдавать себе отчет, что выражение в предложении WHERE является логическим выражением, возвращающим значе­ ние TRUE, FALSE или UNKNOWN. В выборку будут попадать только те записи таблицы, для которых это выражение дает истин­ ный результат (TRUE). Соответственно, к выражению применимы все законы исчисления высказываний. На практике чаще всего ис­ пользуется закон де Моргана, про который далее мы скажем не­ сколько слов.

Надо еще помнить, что операции сравнения, в которых прини­ мают участие пустые значения (NULL), никогда не дают истинного значения. Для таких столбцов дополнительно следует также ис­ пользовать проверку типа IS NULL или IS NOT NULL.

Вся мощь оператора SELECT в реляционных базах данных проявляется в первую очередь в предложении WHERE. Из большо­ го, а временами - очень большого, количества исходных данных оператор позволяет выбрать релевантный (т. е. соответствующий потребностям пользователя) объем данных.

Синтаксис предложения WHERE

Начальное определение синтаксиса предложения WHERE просто:

WHERE <условия поиска>

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

<условия поиска> ::= <значение> <оператор> {<значение> | (<выбор одного>)}

| <значенив> [NOT] BETWEEN <значение> AND <значе-

списка значений одного столбца>) | EXISTS (<список выбора>)

j SINGULAR (<список выбора>) | (<условия поиска>)

j NOT <условил поиска>

| <условия поиска> OR <условия поиска>

| <условия поиска> AND <условия поиска>

Здесь <оператор> — один из допустимых операторов сравне­ ния: =, <, >, <=, >=, !<, !> о,!=. Восклицательный знак использует­ ся в этих операторах как отрицание. Кроме того, в этом качестве также используется и символ Л. К перечню операторов сравнения следует также добавить и следующие: Л=, л>, л<.

<значение> { <имя столбца>

| <константа> \ <выражение> \ <функция>

| NULL }

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

Не спеша просмотрим по порядку возможные варианты выбора нужных нам строк.

Использование операторов сравнения

Рассмотрим использование операторов сравнения в конструкции:

<значение> <оператор> {<значвние> \ (<выбор одного>)}

Операторы сравнения применимы к любым типам данных, кроме BLOB.

Выполним следующий оператор выборки всех данных из таб­ лицы PERSON, SELECT * FROM PERSON.

Как мы уже видели в листинге 1, получаем список всех имею­ щихся у нас личностей. Обычно требуется не весь список, а список, отобранный по какому-нибудь критерию. Предложение WHERE позволяет задать условие поиска — условие, на основании которого в результат выборки будут попадать данные из базы данных.

Найдем всех Татьян, данные о которых хранятся в базе дан­ ных:12

SELECT * FROM PERSON

WHERE PRJNAME2 = 'Татьяна'

Использование варианта BETWEEN

Близок к операторам сравнения вариант BETWEEN, который выглядит следующим образом:

<значение> [NOT] BETWEEN <значение> AND <значение> Это применимо как к числовым, так и к строковым столбцам,

дате, времени — ко всем, за исключением BLOB. Этот вариант тре­ бует, чтобы значение находилось в указанном диапазоне, включая граничные значения.

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

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

ORDER B Y PR_BIRTHDAY, PR_NAME

Результат будет такой же, но вариант запроса с использованием BETWEEN - намного более выразительный.

Замечание. Логическое выражение в предложении WHERE нашего примера содержит только операторы конъюнкции (логиче­ ское И). По этой причине я здесь не использую скобок. Вообще же очень рекомендую всегда использовать скобки для явного задания порядка выполнения любых операторов, в особенности логических. Скобки совершенно необходимы, когда у вас довольно сложное ло­ гическое выражение. Иначе выяснение причин, почему неверно осу­ ществляется выборка данных, моэ/сет затянуться на длительное время.

Есть еще один неприятный момент для любителей языка Delphi, который раньше назывался Объектный Паскаль. Там при использовании операций сравнения и логических операций порядок выполнения действий отличается от того, что принят в языке SQL. В этом языке и сами операции сравнения следует заключать в скобки, чтобы избеэ/сать ошибок трансляции.

Проверка на присутствие в списке значений (вариант IN)

В варианте ГЫ вы можете задать список, среди элементов кото­ рого должно (или не должно) находиться значение указанного столбца:

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

Найдем из нашего списка всех Юль, Юлиев и Юлиан:17

SELECT PRJNAME2 AS ".Имя",

PRJNAME3 AS "Отчество”,

PRJNAME AS "Фамилия",

PR_BIRTHDAYAS "Дата рождения" FROM PERSON

WHERE PR_NAME2 IN (Юлий', Юлия', Юлиана')

Тот же самый результат можно было бы получить, введя запрос с операторами сравнения: 18

SELECT PR_NAME2 AS "Имя", PRJNAME3 AS "Отчество", PRJNAME AS "Фамилия",

PR BIRTHDAYAS "Дата рождения" FROM PERSON

WHERE PRJNAME2 - Юлий' OR

P R N A M E 2 = Юлия' OR

P R N A M E 2 = Юлиана'

Проверка на пустое значение

Если столбцы ваших таблиц, входящих в условие поиска, могут иметь пустое значение, то вам следует проявлять бдительность, за­ давая проверку их значений на NULL. Всегда следует перед выпол­ нением «нормальных» проверок уточнить, не является ли значение пустым. Мы можем использовать два варианта:

<значение> IS NULL

и

<значение> IS NOT NULL

Еще раз повторю, это действительно может стать источником больших ошибок — перед обычной, нормальной, проверкой прове­ ряйте значения на NULL.

Поиск в строковых столбцах

Для строковых значений используются варианты LIKE, CONTAINING и STARTING WITH. Напомню синтаксис:

| <значение> [NOT] LIKE <значение>

| <значение> [NOT] CONTAINING <значение>

| <значение> [NOT] STARTING [WITH] <значение>

Вариант LIKE

В варианте LIKE строковое значение должно содержать ука­ занные символы.

В этом варианте можно использовать шаблонные символы: процент (%) означает любое, в том числе и нулевое, количество лю­ бых символов, знак подчеркивания (__) означает ровно один любой символ. LIKE является чувствительным к регистру, т.е. раз­ личает строчные и прописные буквы. На самом деле, это неприятное ограничение можно очень легко и безболезненно обойти, применяя для имени столбца, используемого в выражении, функцию UPPER, которая возвращает все буквенные данные в верхнем регистре в лю­ бом допустимом для набора используемых символов алфавите.

Выберем строки из таблицы PERSON, введя условие, по кото­ рому фамилия должна заканчиваться на «ов». Для этого перед бук­ вами «ов» используем шаблонный символ %.

SELECT PRJNAME2 AS ".Имя", PR_NAME3 AS "Отчество", PRJNAME AS "Фамилия" FROM PERSON

WHERE UPPER(PR_NAME) LIKE '%oe%'

Теперь покажем, как воспользоваться знаком подчеркивания (_). Найдем всех людей, у которых «ов» начинается со второго символа:"2

SELECT PRJNAME2 AS "Имя", PRJNAME3 AS "Отчество", PRJNAME AS "Фамилия" FROM PERSON

WHERE UPPER(PR_NAME) LIKE ‘_oe% ‘

В результате получим:

Листинг 13

Список людей, у которых в фамилии после первого символа следует «ов» (выборка в варианте LIKE 'ов%')

Использование логических операций в условиях поиска

Вот последние четыре строки в описании синтаксиса предло­ жения WHERE:

| (<условия поиска>)

| NOT <условия поиска>

| <условия поиска> OR <условия поиска>

| <условия поиска> AND <условия поиска>

Это означает, что любую правильную часть условия можно за­ ключать в круглые скобки и что можно строить сколь угодно слож­ ные логические условия, используя операции отрицания (NOT), дизъюнкции (OR) и конъюнкции (AND).

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

ошибки.

В математической логике существует два замечательных зако­ на де Моргана, которые позволяют выполнить преобразование от­ рицания конъюнкции и отрицания дизъюнкции. Законы простые:

NOT (A AND д) = NOT (A) OR NOT (В)

NOT (A OR В) = NOT (A) AND NOT (В)

Таким образом, отрицание конъюнкции двух высказываний (в нашем случае —- условий, которые так же, как и высказывания, возвращают истинностное значение - «истина» или «ложь» равно дизъюнкции отрицаний этих высказываний. Отрицание дизъюнк­ ции равно конъюнкции отрицаний. Знание этого существенно уп­ рощает выполнение преобразований условий.

Замечание. Тот факт, что в SQL используется не двухзначная, а трехзначная логика, ничего не меняет в используемых нами зако­ нах исчисления высказываний. В случае допустимости у столбцов пустых значений мы должны лишь проверить нужные нам столб­ цы на NULL. Этого достаточно.

Рассмотрим пример. Чуть раньше мы отображали список тех,

Если же нам нужен список людей с датами рождения, не вхо­ дящими в этот диапазон (т. е. находящимися в точности за предела­ ми этого диапазона), то мы должны выполнить отрицание выраже­ ния:

PR_BIRTHDAY >= ’1.01.1960’ AND PR BIRTHDAY <= ‘31.12.1969’

В ряде случаев при выборке данных из базы с ними необходи­ мо произвести некоторые преобразования. Функция CAST обеспе­ чивает преобразование данных к явно указанному типу:

CAST (<val> AS <datatype>), где <val> - преобразуемое выра­ жение, <datatype> - явно указываемый тип данных.

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

В некоторых случаях преобразование типов является обяза­ тельным, например при использовании объединения запросов - UNION.

4. ОБОБЩЕНИЕ ДАННЫХ С ПОМОЩЬЮ АГРЕГАТНЫХ ФУНКЦИЙ

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

в предложении SELECT запроса, но с одним исключением, они бе­ рут имена поля как аргументы. Только числовые поля могут ис­ пользоваться с SUM и AVG. COUNT, МАХ и MIN, могут использо-