Изучаем.SQL

Условная логика

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

Что такое условная логика?

Условная логика – это просто способность выбирать одно из направле ний выполнения программы. Например, при запросе информации о клиенте может потребоваться в зависимости от типа клиента извлечь столбцы fname/lname таблицы individual или столбец name таблицы busi ness. С помощью внешних соединений можно было бы выбрать обе строки и дать возможность вызывающему определить, какую из них использовать:

+ + + + + + | cust_id | fed_id | cust_type_cd | indiv_name | business_name | + + + + + +

ном случае проверяет значение столбца cust_type_cd и возвращает имя/ фамилию физического лица или название фирмы.

Выражение case

Все основные серверы БД включают встроенные функции, имитирую щие выражение if then else, которое есть в большинстве языков про граммирования (например, функция decode() Oracle, функция if() MySQL и функция coalesce() SQL Server). Выражения case тоже разра ботаны для поддержки логики if then else, но в сравнении со встроен ными функциями обладают двумя преимуществами:

•Выражение case является частью стандарта SQL (версия SQL92) и реализовано в Oracle Database, SQL Server и MySQL.

•Выражения case встроены в грамматику SQL и могут быть включе ны в выражения select, insert, update и delete.

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

Выражения case с перебором вариантов

Приведенное ранее в этой главе выражение case – пример выражения case с перебором вариантов (searched case expression), имеющего сле дующий синтаксис:

CASE

WHEN C1 THEN E1 WHEN C2 THEN E2

...

WHEN CN THEN EN [ELSE ED]

END

В этом описании символами C1, C2, …, CN обозначены условия, а символа ми E1, E2, …, EN – выражения, которые должны быть возвращены выра жением case. Если условие в блоке when выполняется, выражение case возвращает соответствующее выражение. Кроме того, символ ED пред ставляет применяемое по умолчанию выражение, возвращаемое выра жением case, если не выполнено ни одно из условий C1, C2, …, CN (блок else является необязательным, поэтому он заключен в квадратные скоб ки). Все выражения, возвращаемые различными блоками when, должны обеспечивать результаты одного типа (например, date, number, varchar).

Вот пример выражения case с перебором вариантов:

CASE

WHEN employee.title = 'Head Teller'

THEN 'Head Teller'

WHEN employee.title = 'Teller'

AND YEAR(employee.start_date) > 2004

THEN 'Teller Trainee'

WHEN employee.title = 'Teller'

AND YEAR(employee.start_date) < 2003

THEN 'Experienced Teller'

WHEN employee.title = 'Teller'

THEN 'Teller'

ELSE 'Non Teller'

END

Это выражение case возвращает строку, с помощью которой можно оп ределять расценки почасовой оплаты, печатать бейджи с именами и т. д. При вычислении выражения case блоки when обрабатываются сверху вниз. Как только одно из условий блока when принимает значение true, возвращается соответствующее выражение, а все остальные блоки when игнорируются. Если ни одно из условий блока when не выполняется, возвращается выражение блока else.

Хотя предыдущий пример возвращает строковые выражения, помни те, что выражения case могут возвращать выражения любого типа, включая подзапросы. Вот еще одна версия приведенного ранее в этой главе запроса имени физического лица/названия фирмы, в которой для извлечения данных из таблиц individual и business вместо внеш них соединений используются подзапросы:

+ + + + | cust_id | fed_id | name | + + + +

|11 | 04 2222222 | Northeast Cooling Inc. |

+ + + + 13 rows in set (0.01 sec)

В этом варианте запроса в блок from включена только таблица customer

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

Простые выражения case

Простое выражение case (simple case expression) очень похоже на вы ражение case с перебором вариантов, но несколько менее функцио нально. Вот его синтаксис:

CASE V0

WHEN V1 THEN E1 WHEN V2 THEN E2

...

WHEN VN THEN EN [ELSE ED]

END

В этом описании V0 представляет значение, а символы V1, V2, …, VN – значения, сравниваемые с V0. Символы E1, E2, …, EN представляют вы ражения, возвращаемые выражением case, а ED – выражение, которое должно быть возвращено, если ни одно из значений набора V1, V2, …, VN не соответствует значению V0.

Вот пример простого выражения case:

CASE customer.cust_type_cd WHEN 'I' THEN

(SELECT CONCAT(i.fname, ' ', i.lname) FROM individual I

WHERE i.cust_id = customer.cust_id) WHEN 'B' THEN

(SELECT b.name FROM business b

WHERE b.cust_id = customer.cust_id) ELSE 'Unknown Customer Type'

END

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

CASE

WHEN customer.cust_type_cd = 'I' THEN (SELECT CONCAT(i.fname, ' ', i.lname)

FROM individual I

WHERE i.cust_id = customer.cust_id) WHEN customer.cust_type_cd = 'B' THEN (SELECT b.name

FROM business b

WHERE b.cust_id = customer.cust_id) ELSE 'Unknown Customer Type'

END

Выражения case с перебором вариантов позволяют создавать условия вхождения в диапазон, условия неравенства и составные условия, ис пользующие and/or/not, поэтому я бы рекомендовал применять выраже ния case с перебором вариантов во всех случаях, кроме самых простых.

Примеры выражений case

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

Трансформации результирующих наборов

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

mysql> SELECT YEAR(open_date) year, COUNT(*) how_many

> FROM account

> WHERE open_date > '1999 12 31'> GROUP BY YEAR(open_date);

+ + + | year | how_many | + + +

+ + +

5 rows in set (0.00 sec)

Чтобы трансформировать этот результирующий набор в одну строку с шестью столбцами (по одному для каждого года, с 2000 по 2005), по надобится создать шесть столбцов и в каждом столбце просуммировать только строки, относящиеся к данному году:

+ + + + + + + | year_2000 | year_2001 | year_2002 | year_2003 | year_2004 | year_2005 | + + + + + + +

+ + + + + + + 1 row in set (0.01 sec)

Все шесть выражений для столбцов предыдущего запроса идентичны, за исключением значения года. Когда функция extract() возвращает нужный год, выражение case возвращает значение 1. В противном слу чае возвращается 0. Суммируя все счета, открытые с 2000 года, каж дый столбец возвращает число счетов, открытых в соответствующий год. Очевидно, что такие трансформации практически применимы только для небольшого числа значений. Решение задачи по формиро ванию столбцов для каждого года, начиная с 1905 го, быстро стало бы слишком громоздким.

Селективная агрегация

Ранее в главе 9 было показано частичное решение задачи поиска сче тов, остаток на которых не соответствует данным таблицы transaction. Причиной предоставления частичного решения была необходимость применения условной логики, но теперь у нас есть все для того, чтобы закончить работу. Вот на чем я остановился в главе 9:

SELECT CONCAT('ALERT! : Account #', a.account_id, ' Has Incorrect Balance!')

FROM account a

WHERE (a.avail_balance, a.pending_balance) <>

(SELECT SUM(<expression to generate available balance>), SUM(<expression to generate pending balance>)

FROM transaction t

WHERE t.account_id = a.account_id);

Для суммирования отдельных транзакций по данному счету этот за прос использует связанный подзапрос к таблице transaction. При сум мировании транзакций следует учитывать два факта:

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

•Если дата в столбце funds_avail_date больше текущей, транзакция должна быть добавлена в суммарный отложенный остаток, а не в суммарный доступный остаток.

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

CASE

WHEN transaction.txn_type_cd = 'DBT'

THEN transaction.amount * 1

ELSE transaction.amount

END

Таким образом, все суммы транзакций для дебетовых транзакций ум ножаются на –1, а для кредитовых транзакций остаются неизменны ми. Точно такая же логика применяется и к вычислению доступного остатка, но здесь должны быть включены только те транзакции, кото рые стали доступными. Поэтому выражение case для вычисления дос тупного остатка включает один дополнительный блок when:

CASE

WHEN transaction.funds_avail_date > CURRENT_TIMESTAMP()

THEN 0

WHEN transaction.txn_type_cd = 'DBT'

THEN transaction.amount * 1

ELSE transaction.amount

END

В первом блоке when недоступные фонды, такие как неоплаченные че ки, будут добавлять к сумме 0 долларов. Вот окончательный вариант запроса с двумя выражениями case:

SELECT CONCAT('ALERT! : Account #', a.account_id, ' Has Incorrect Balance!')