Понимание SQL - Мартин Грубер
Шрифт:
Интервал:
Закладка:
SELECT snum, sname
FROM Salespeople
WHERE city='London'
UNION
SELECT cnum, cname
FROM Customers
WHERE city='London';
и получить вывод показанный в Таблице 14.1.
Как вы можете видеть, столбцы выбранные двумя командами выведены так как если она была одна. Заголовки столбца исключены, потому что ни один из столбцов выведенных объединением, не был извлечен непосредственно из только одной таблицы. Следовательно все эти столбцы вывода не имеют никаких имен (смотрите Главу 7 обсуждающую вывод столбцов ).
Кроме того обратите внимание, что только последний запрос заканчивается точкой с запятой. Отсутствие точки с запятой дает понять SQL, что имеется еще одно или более запросов.
SQL Execution LogSELECT snum, sname FROM Salespeople WHERE city='London'
UNION SELECT cnum, cname FROM Customers
WHERE city='London';
1001
Peel
1004
Motika
2001
Hoffman
2006
Climens
Таблица 14.1: Формирование объединения из двух запросов
КОГДА ВЫ МОЖЕТЕ ДЕЛАТЬ ОБЪЕДИНЕНИЕ МЕЖДУ ЗАПРОСАМИ?
Когда два (или более ) запроса подвергаются объединению, их столбцы вывода должны быть совместимы для объединения. Это означает, что каждый запрос должен указывать одинаковое число столбцов и в том же порядке что и первый, второй, третий, и так далее, и каждый должен иметь тип, совместимый с каждым. Значение совместимости типов - меняется.
ANSI следит за этим очень строго и поэтому числовые поля должны иметь одинаковый числовой тип и размер, хотя некоторые имена испрользуемые ANSI для этих типов являются - синонимами. (Смотрите Приложение B для подробностей об ANSI числовых типах. ) Кроме того, символьные поля должны иметь одинаковое число символов (значение предначначенного номера, не обязательно такое же как используемый номер). Хорошо, что некоторые SQL программы обладают большей гибкостью чем это определяется ANSI. Типы не определенные ANSI, такие как DATA и BINARY, обычнодолжны совпадать с другими столбцами такого же нестандартного типа.
Длина строки также может стать проблемой. Большинство программ разрешают поля переменной длины, но они не обязательно будут использоваться с UNION. С другой стороны, некоторые программы (и ANSI тоже) требуют чтобы символьные поля были точно равной длины. В этих вопросах вы должны проконсультироваться с документацией вашей собственной программы.
Другое ограничение на совместимость - это когда пустые значения(NULL) запрещены в любом столбце объединения, причем эти значения необходимо запретить и для всех соответствующих столбцов в других запросах объединения. Пустые значения(NULL) запрещены с ограничением NOT NULL, которое будет обсуждаться в Главе 18. Кроме того, вы не можете использовать UNION в подзапросах, а также не можете использовать агрегатные функции в предложениии SELECT запроса в объединении. (Большинство программ пренебрегают этими ограничениями. )
UNION И УСТРАНЕНИЕ ДУБЛИКАТОВ
UNION будет автоматически исключать дубликаты строк из вывода. Это нечто несвойственное для SQL, так как одиночные запросы обычно содержат DISTINCT чтобы устранять дубликаты. Например запрос, чей вывод показывается в Таблице 14.2,
SELECT snum, city
FROM Customers;
имеет двойную комбинацию значений (snum=1001, city=London ), потомучто мы не указали, чтобы SQL устранил дубликаты. Однако, если мы используем
SQL Execution LogSELECT snum, city FROM Customers;
snum
city
1001
London
1003
Rome
1002
San Jose
1002
Berlin
1001
London
1004
Rome
1007
San Jose
Таблица 14.2: Одиночный запрос с дублированным выводом
UNION в комбинации этого запроса с ему подобным в таблице Продавцов, то эта избыточная комбинация будет устранена. Таблица 14.3 показывает вывод следующего запроса.
SELECT snum, city
FROM Customers
UNION
SELECT snum, city
FROM Salespeople.;
SQL Execution LogFROM Customers UNION SELECT snum, sity
FROM Salespeople;
1001
London
1002
Berlin
1007
San Jose
1007
New York
1003
Rome
1001
London
1003
Rome
1002
Barcelona
1007
San Jose
Таблица 14.3: UNION устраняет двойной вывод
Вы можете получить нечто похожее (в некоторых программах SQL, используя UNION ALL вместо просто UNION, наподобии этого:
SELECT snum, city
FROM Customers
UNION ALL
SELECT snum, city
FROM Salespeople;
ИСПОЛЬЗОВАНИЕ СТРОК И ВЫРАЖЕНИЙ С UNION
Иногда, вы можете вставлять константы и выражения в предложения SELECT используемые с UNION. Это не следует строго указаниям ANSI, но это полезная и необычно используемая возможность. Константы и выражения которые вы используете, должны встречать совместимые стандарты которые мы выделяли ранее. Эта свойство полезно, например, чтобы устанавливать комментарии указывающие какой запрос вывел данную строку.
Предположим что вы должны сделать отчет о том, какие продавцы производят наибольшие и наименьшие порядки по датам. Мы можем объединить два запроса, вставив туда текст чтобы различать вывод для каждого из них.
SELECT a.snum, sname, onum, 'Highest on', odate
FROM (Salespeople a, Orders b
WHERE a.snum=b.snum
AND b.amt=
( SELECT MAX (amt)
FROM Orders c
WHERE c.odate=b.odate )
UNION
SELECT a.snum, (sname, (onum ' Lowest on', odate
FROM (Salespeople a, Orders b
WHERE a.snum=b.snum
AND b.amt=
( SELECT MIN (amt)
FROM Orders c
WHERE c.odate=b.odate );
Вывод из этой команды показывается в Таблице 14.4.
Мы должны были добавить дополнительный пробел в строку 'Lowest on', чтобы сделать ее совпадающей по длине со строкой 'Highest on'. Обратите внимание что Peel выбран при наличии и самого высокого и самого низкого (фактически он единственый ) порядка на 5 Октября. Так как вставляемые строки двух этих запросов различны, строки не будут устранены как дубликаты.
SQL Execution LogAND b.amt=( SELECT min (amt) FROM Orders c
WHERE c.odate=b.odate)
1001
Peel
3008
Highest on
10/05/1990
1001
Peel
3008
Lowest on
10/05/1990
1001
Peel
3011
Highest on
10/06/1990
1002
Serres
3005
Highest on
10/03/1990
1002
Serres
3007
Lowest on
10/04/1990
1002
Serres
3010
Lowest on
10/06/1990
1003
Axelrod
3009
Highest on
10/04/1990
1007
Rifkin
3001
Lowest on
10/03/1990
Таблица 14.4: Выбор наивысших и наинизших порядков, определяемых с помощью строк
ИСПОЛЬЗОВАНИЕ UNION С ORDER BYДо сих пор, мы не оговаривали что данные многочисленых запросов будут выводиться в каком то особом порядке. Мы просто показывали вывод сначала из одного запроса а затем из другого. Конечно, вы не можете полагаться на вывод приходящий в произвольном порядке. Мы как раз сделаем так чтобы этот способ для выполнения примеров был более простым.
Вы можете, использовать предложение ORDER BY чтобы упорядочить вывод из объединения, точно так же как это делается в индивидуальных запросах. Давайте пересмотрим наш последний пример чтобы упорядочить имена с помощью их порядковых номеров. Это может внести противоречие, такое как повторение имени Peel в последней команде, как вы сможете увидеть из вывода показанного в Таблице 14.5.
SELECT a.snum, sname, onum, 'Highest on', odate
FROM Salespeople a, Orders b
WHERE a.snum=b.snum
AND b.amt=
( SELECT MAX (amt)
FROM Orders c
WHERE c.odate=b.odate )
UNION
SELECT a.snum, (sname, (onum, 'Lowest on', odat
FROM Salespeople a, Orders b
WHEREa.snum=b.snum
AND b.amt=
( SELECT MIN (amt)
FROM Orders c
WHERE c.odate=b.odate )
ORDER BY 3;
SQL Execution LogSELECT min (amt) FROM Orders c
WHERE c.odate=b.odate) ORDER BY 3;
1007
Rifkin
3001
Lowest on
10/03/1990
1002
Serres
3005
Highest on
10/03/1990
1002
Serres
3007
Lowest on
10/04/1990
1001
Peel
3008
Highest on
10/05/1990
1001
Peel
3008
Lowest on
10/05/1990
1003
Axelrod
3009
Highest on
10/04/1990
1002
Serres
3010
Lowest on
10/06/1990
1001
Peel
3011