KnigaRead.com/

Мартин Грубер - Понимание SQL

На нашем сайте KnigaRead.com Вы можете абсолютно бесплатно читать книгу онлайн Мартин Грубер, "Понимание SQL" бесплатно, без регистрации.
Перейти на страницу:

SELECT snum, sname

FROM Salespeople

WHERE city='London'


UNION


SELECT cnum, cname

FROM Customers

WHERE city='London';


и получить вывод показанный в Таблице 14.1.


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

Кроме того обратите внимание, что только последний запрос заканчивается точкой с запятой. Отсутствие точки с запятой дает понять SQL, что имеется еще одно или более запросов.


SQL Execution Log

SELECT 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 Log

SELECT 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 Log

FROM 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 Log

AND 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 Log

SELECT 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

Перейти на страницу:
Прокомментировать
Подтвердите что вы не робот:*