8.3.7. Получить общее число поставщиков

SELECT COUNT(*) AS N

FROM S ;

Результатом будет таблица с одним столбцом, названным N, и одной строкой, содер­жащей значение 5. Язык SQL поддерживает обычный набор итоговых функций (count, sum, avg, max и min), но есть несколько специфических для SQL моментов, кото­рые пользователю необходимо знать, а именно:

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

• Специальная функция count (*), не допускающая использования слова distinct, предназначена для подсчета всех строк в таблице без единого удаления дубли­рующихся строк.

• Любые null-значения в столбце аргументе всегда удаляются перед применением функ­ции, в зависимости от того, указано ли слово distinct, кроме случая с функцией count (*), когда null-значения обрабатываются точно так же, как обычные значения.

• Если аргумент будет пустым множеством, функция count возвратит значение нуль; все другие функции возвращают null-значение (неопределенное значение). (В [8.19] показано, что такое поведение функций некорректно, но именно таким об­разом определяет их SQL.)

8.3.8. Получить максимальное и минимальное количество для детали р

SELECT MAX ( SP.CITY ) AS MAXQ, MIN ( SP.QTY ) AS MINQ

FROM SP

WHERE SP.P# = 'Р2' ;

Здесь обе инструкции from и where фактически предоставляют часть аргументов для двух итоговых функций. Следовательно, они должны были по логике вещей записы­ваться в скобках, заключающих аргументы. Тем не менее, запрос действительно за­писывается так, как показано. Этот неортодоксальный подход к синтаксису оказывает значительное отрицательное влияние на структуру, удобство использования и ортогональность (////) языка SQL. Например, одно из следствий состоит в том, что итоговые функции не могут быть вложенными, в результате чего такой запрос, как "Получить среднее итоговое количество деталей", нельзя сформулировать без громоздких выра­жений (поскольку выражение avg(sum(qty) ) недопустимо). Более подробное обсуж­дение этого вопроса выходит за рамки нашей книги.

/////////Ортогональность означает независимость. Язык является ортогональным, если независимые поня­тия сохраняют свою независимость и не смешиваются друг с другом непонятным образом. Ортогональ­ность весьма желательна, поскольку, чем менее ортогонален язык, тем он более сложен и, как это не пара­доксально, менее мощен.////////

8.3.9. Для каждой поставляемой детали получить номер детали и общее количество поставки

См. аналогичный пример в главе 7.

SELECT SP.P#, SUM ( SP.QTY ) AS TOTQTY

FROM SP

GROUP BY SP.P# ;

Это выражение в SQL является аналогом такого выражения реляционной алгебры:

SUMMARIZE SP BY ( Р# ) ADD SUM ( QTY ) AS TOTQIY

В частности, стоит отметить, что если указана инструкция group by, то выражения в инструкции select должны быть однозначными в группе. Вот альтернативная формулировка того же запроса:

SELECT Р.Р#, ( SELECT SUM ( SP.QTY )

FROM SP

WHERE SP.P# = P.P# ) AS TOTQTY

FROM P ; '

Возможность использования вложенных выражений выборки для представления скалярных элементов (например, в инструкции select, как здесь) была добавлена в SQL/92 и является основным усовершенствованием по сравнению с первоначаль­ным вариантом SQL. В рассматриваемом примере это дает возможность генериро­вать результат, который включает строки для деталей, не поставляемых совсем, а предыдущая формулировка (использующая инструкцию group by) этого не позво­ляла. (Однако значение TOTQTY для таких деталей будет, к сожалению, представ­лено как null-значение, а не нуль.)