SET COLUMN_A = 1/((COLUMN_B * COLUMN_C/4) - ( (COLUMN_D / 10) + 28))
Сервер может определить синтаксические ошибки - такие как несбалансированные скобки или включенное приложение, которое не дает результата, - но он не может определить логические ошибки или двусмысленности, которые являются синтаксически корректными. Очень запутанные вложенные выражения теоретически должны работать. Для упрощения процесса объединения таких предикатов всегда начинайте с изоляции самой внутренней операции и продолжайте работать "изнутри наружу", проверяя предикаты на калькуляторе на каждом шаге.
Операторы сравнения
Операторы сравнения проверяют отношение между значением в левой части оператора и значением или диапазоном значений в правой части оператора. Каждая проверка дает результат, который может быть истиной или ложью. Правила приоритета, применимые в вычислениях, указаны в табл. 21.4.
Таблица 21.4. Приоритеты операторов сравнения
Оператор |
Назначение |
Приоритет |
= |
Равно, идентично |
1 |
<>, !=, ~=, ^= |
Не равно |
2 |
> |
Больше |
3 |
< |
Меньше |
4 |
>= |
Больше или равно |
5 |
<= |
Меньше или равно |
6 |
!>, ~>, ^> |
Не больше |
7 |
!<, ~<, ^< |
Не меньше |
8 |
Сравнения, которым встречается NULL В левой или правой части оператора, всегда следуют правилам логики SQL, вычисляя результат сравнения как NULL и возвращая ложь, например:
IF (YEAR_OF_BIRTH < 1950)
Это сравнение вернет ложь, если YEAR_OF_BIRTH равняется 1950, больше него или имеет значение NULL.
Подробное обсуждение NULL см. в разд. "Обсуждение NULL".
Пары сравниваемых значений могут быть столбцами, константами или вычисляемыми выражениями[73], они должны быть вычислены в том же типе данных. Функция CAST() может быть использована для трансляции в тип данных, совместимый для сравнения.
Арифметические предикаты, использующие эти символы, не требуют пояснения. При этом символьные проверки также могут их использовать. Проверки, использующие сравнения = и <>, понятны. Следующий оператор использует оператор >=, чтобы вернуть все строки, где LAST_NAME равен тестируемой строке, а также те строки, где LAST NAME рассматривается в алфавитно-цифровом порядке, как "больше, чем":
SELECT * FROM EMPLOYEE
WHERE LAST_NAME >= 'Smith';
В таблице EMPLOYEE нет значений 'Smith', HO запрос вернет 'Stansbury', 'Steadman' и так далее вплоть до 'Young'. База данных Employee в этом примере использует набор символов NONE, в котором символы в нижнем регистре имеют приоритет перед символами в верхнем регистре. В нашем примере строка 'SMITH' не будет выбрана, потому что искомая строка 'SM' (83 + 77) будет меньше, чем 'SM' (83 + 109).
Алфавитно-цифровые последовательности определяются на двух уровнях: набор символов и последовательность сортировки. Каждый набор символов имеет свои собственные уникальные правила приоритетов. Когда используется альтернативная последовательность сортировки, то правила последовательности сортировки перекрывают правила набора символов.
Последовательность сортировки по умолчанию для каждого набора символов - та последовательность, чье имя соответствует имени набора символов, - является бинарной. Двоичная последовательность сортировки определяет возрастание по цифровым кодам символа в той системе, в которой он кодирован (ASCII, ANSI, Unicode и т.д.). Альтернативные последовательности сортировки обычно перекрывают порядок по умолчанию, чтобы соблюдать локальные или специальные правила, такие как нечувствительность к регистру или упорядочение по словарю[74].
Другие предикаты сравнения
Предикаты BETWEEN, CONTAINING, LIKE и STARTING WITH, представленные в табл. 21.5, имеют одинаковый приоритет при вычислениях в операторах сравнения, описанных
в табл. 21.4. Если они конфликтуют друг с другом, то вычисление осуществляется строго слева направо.
Таблица 21.5. Другие предикаты сравнения
Предикат |
Назначение |
BETWEEN ... AND ... |
Значение попадает во включающий диапазон значений |
CONTAINING |
Строковое значение содержит указанную строку. Сравнение является независимым от регистра |
IN |
Значение присутствует в указанном наборе* |
LIKE |
Равенство указанной строке с шаблонными подстановками |
STARTING WITH |
Строковое значение начинается с указанной строки |
* Наиболее эффективной является ситуация, когда набор содержит небольшое количество констант. Набор не может превышать 1500 элементов. (См. разд. "Предикаты существования".)
BETWEEN использует два аргумента совместимых типов, разделенных ключевым словом AND. Меньшее значение должно быть первым аргументом, если нет, не найдет ни одной строки, соответствующей предикату. Поиск является включающим - то есть значения, соответствующие обоим аргументам, будут включены в возвращаемый набор, например:
SELECT * FROM EMPLOYEE
WHERE HIRE_DATE BETWEEN '01.01.1992' AND CURRENT_TIMESTAMP;
BETWEEN будет использовать возрастающий индекс по искомому столбцу, если таковой доступен.
CONTAINING ищет строку или тип, подобный строке, отыскивая последовательность символов, которая соответствует его аргументу. Он может быть использован для алфавитно-цифрового (подобного строковому) поиска в числах и датах. Поиск CONTAINING является чувствительным к регистру.
Следующий пример
SELECT * FROM PROJECT
WHERE PROJ_NAME CONTAINING ' Map ' ;
возвращает две строки проекта: 'AutoMap' и 'MapBrowser port'. Следующий пример
SELECT * FROM SALARY_HISTORY
WHERE CHANGE_DATE CONTAINING 93;
возвращает все строки, где датой является год 1993.
! ! !
ВНИМАНИЕ! В некоторых релизах CONTAINING является непредсказуемым, когда используется для BLOB, чей размер больше 1024 байт. Это определено как ошибка и будет вскоре исправлено в следующем после 1.5 релизе.
. ! .
IN принимает в качестве аргумента список значений и возвращает все строки, где значение столбца в левой части равно любому значению в множестве, например:
SELECT * FROM EMPLOYEE
WHERE FIRST_NAME IN('Pete', 'Ann', 'Roger');
NULL не может быть включен в множество поиска.
Список аргументов в IN о может быть представлен в виде подзапроса, который возвращает строки, состоящие из одного столбца. Подробности см. в разд. "Предикаты существования" далее в этой главе.
! ! !
ВНИМАНИЕ! Общей ошибкой "чайников" является трактовка предиката IN (<значение>) как если бы он был эквивалентным предикату =<значение>, потому что оба предиката логически эквивалентны в том смысле, что оба возвращают один и тот же результат. При этом IN не использует индексы. Поскольку среди равных поисков обычно лучшим является тот, который оптимизирован по индексу, использование IN является плохим решением с точки зрения производительности.
. ! .
LIKE является чувствительным к регистру шаблоном оператора поиска. Это довольно тупой инструмент, выполняющий сравнение с шаблоном поиска в обычном выражении. Он распознает два шаблонных символа: % и _ (символ подчеркивания), которые работают следующим образом.
73
Операторы сравнения Firebird поддерживают сравнение значения левой части с результатом скалярного подзапроса (встроенного запроса) в правой части оператора. Подробности см. в разд. "Запросы существования" позже в этой главе и в обсуждении подзапросов в следующей главе.
74
Для русского языка обычно используется кодировка WIN 1251, и два варианта COLLATE - WIN 1251 (по умолчанию), и PXWCYRL. За особенностями использования вариантов COLLATE, и кодировками и сортировками для других языков (в том числе стран СНГ) обратитесь к ReleaseNotes. - Прим. науч. ред.