Учебное пособие Санкт-Петербург «бхв-петербург»


SELECT a.aircraft_code AS a_code



Pdf көрінісі
бет128/256
Дата18.11.2022
өлшемі1.88 Mb.
#465124
түріУчебное пособие
1   ...   124   125   126   127   128   129   130   131   ...   256
sql osnovi yazika

SELECT a.aircraft_code AS a_code,
a.model,
r.aircraft_code AS r_code,
...
Но если бы нам это было нужно, то мы могли бы поменять столбцы местами:
SELECT r.aircraft_code AS r_code,
a.model,
a.aircraft_code AS a_code,
...
161


Глава 6. Запросы
Комбинацией этих двух видов внешних соединений является полное внешнее со-
единение
— FULL OUTER JOIN.
В этом случае в выборку включаются строки из левой таблицы, для которых не на-
шлось соответствующих строк в правой таблице, и строки из правой таблицы, для
которых не нашлось соответствующих строк в левой таблице.
В практической работе при выполнении выборок зачастую выполняются многотаб-
личные запросы
, включающие три таблицы и более. В качестве примера рассмот-
рим такую задачу: определить число пассажиров, не пришедших на регистрацию би-
летов и, следовательно, не вылетевших в пункт назначения. Будем учитывать только
рейсы, у которых фактическое время вылета не пустое, т. е. рейсы, имеющие статус
Departed или Arrived.
SELECT count( * )
FROM ( ticket_flights t
JOIN flights f ON t.flight_id = f.flight_id
)
LEFT OUTER JOIN boarding_passes b
ON t.ticket_no = b.ticket_no AND t.flight_id = b.flight_id
WHERE f.actual_departure IS NOT NULL AND b.flight_id IS NULL;
Оказывается, таких пассажиров нет.
count
-------
0
(1 строка)
При формировании запроса надо вспомнить, что таблица «Посадочные талоны»
(boarding_passes) связана с таблицей «Перелеты» (ticket_flights) по внешне-
му ключу, а тип связи — 1:1, т. е. каждой строке из таблицы ticket_flights соот-
ветствует не более одной строки в таблице boarding_passes: ведь строка в таблицу
boarding_passes добавляется только тогда, когда пассажир прошел регистрацию
на рейс. Однако теоретически, да и практически тоже, пассажир может на регистра-
цию не явиться, тогда строка в таблицу boarding_passes добавлена не будет.
Поскольку нас интересуют только рейсы с непустым временем вылета, нам придется
обратиться к таблице «Рейсы» (flights) и соединить ее с таблицей ticket_flights
по атрибуту flight_id. А затем для подключения таблицы boarding_passes мы
используем левое внешнее соединение, т. к. в этой таблице может не оказаться стро-
ки, соответствующей строке из таблицы ticket_flights.
162


6.2. Соединения
В предложении WHERE второе условие — b.flight_id IS NULL. Оно и позволяет вы-
явить те комбинированные строки, в которых столбцам таблицы boarding_passes
были назначены значения NULL из-за того, что в ней не нашлось строки, для ко-
торой выполнялось бы условие t.ticket_no = b.ticket_no AND t.flight_id =
b.flight_id. Конечно, для проверки на NULL мы могли использовать любой стол-
бец таблицы boarding_passes, а не только b.flight_id.
При формировании соединений подключение таблиц выполняется слева направо,
т. е. берется самая первая таблица в предложении FROM и с ней соединяется вторая
таблица, затем с полученным набором строк соединяется третья таблица и т. д. Если
требуется изменить порядок соединения таблиц, то могут использоваться круглые
скобки. В приведенном запросе мы использовали круглые скобки для наглядности,
однако в данном случае они не были обязательными. Необходимо различать описан-
ный выше логический порядок соединения таблиц, т. е. взгляд с позиции програм-
миста, пишущего запрос, и тот фактический порядок выполнения запроса, который
будет сформирован планировщиком. Они могут различаться. Подробно о планах вы-
полнения запросов сказано в главе 10.
Теперь рассмотрим более сложный пример. Известно, что в компьютерных системах
бывают сбои. Предположим, что возможна такая ситуация: при бронировании билета
пассажир выбрал один класс обслуживания, например, Business, а при регистра-
ции на рейс ему выдали посадочный талон на то место в салоне самолета, где класс
обслуживания — Economy. Необходимо выявить все случаи несовпадения классов об-
служивания.
Сведения о классе обслуживания, который пассажир выбрал при бронировании би-
лета, содержатся в таблице «Перелеты» (ticket_flights). Однако в таблице «По-
садочные талоны» (boarding_passes), которая «отвечает» за посадку на рейс, све-
дений о классе обслуживания, который пассажир получил при регистрации, нет. Эти
сведения можно получить только из таблицы «Места» (seats). Причем сделать это
можно, зная код модели самолета, выполняющего рейс, и номер места в салоне
самолета. Номер места можно взять из таблицы boarding_passes, а код моде-
ли самолета можно получить из таблицы «Рейсы» (flights), связав ее с таблицей
boarding_passes.
Для полноты информационной картины необходимо получить еще фамилию и имя
пассажира из таблицы «Билеты» (tickets), связав ее с таблицей ticket_flights
по атрибуту «Номер билета» (ticket_no). При формировании запроса выберем в ка-
честве, условно говоря, базовой таблицы таблицу boarding_passes, а затем будем
поэтапно подключать остальные таблицы. В предложении WHERE будет только одно
условие: несовпадение требуемого и фактического классов обслуживания.
163


Глава 6. Запросы
В результате получим запрос, включающий пять таблиц. Он не выдаст ни одной стро-
ки, значит, пассажиров, получивших неправильный класс обслуживания, не было.


Достарыңызбен бөлісу:
1   ...   124   125   126   127   128   129   130   131   ...   256




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет