Учебное пособие Санкт-Петербург «бхв-петербург»
жүктеу/скачать 1.88 Mb. Pdf көрінісі
|
- Бұл бет үшін навигация:
- FROM flights f, airports a WHERE f.departure_airport = a.airport_code AND f.arrival_airport = a.airport_code;
| arr.city AS arrival_city,
f.status, f.aircraft_code, f.actual_departure, timezone( dep.timezone, f.actual_departure ) AS actual_departure_local, f.actual_arrival, timezone( arr.timezone, f.actual_arrival ) AS actual_arrival_local, f.actual_arrival - f.actual_departure AS actual_duration FROM flights f, airports dep, airports arr WHERE f.departure_airport = dep.airport_code AND f.arrival_airport = arr.airport_code; 156 6.2. Соединения В этом представлении используется не только таблица «Рейсы» (flights), но также и таблица «Аэропорты» (airports). Причем она используется, условно говоря, два- жды. Поясним, что мы имеем в виду. Как вы уже знаете из главы 3, при соединении двух таблиц в результирующую выбор- ку попадают те комбинации строк из первой и второй таблиц, которые удовлетво- ряют условию, указанному в предложении WHERE. Будем рассуждать от противного. Пусть в предложение FROM таблица «Аэропорты» (airports) будет указана только один раз, тогда предложения FROM и WHERE будут выглядеть так: FROM flights f, airports a WHERE f.departure_airport = a.airport_code AND f.arrival_airport = a.airport_code; Это означает, что при соединении двух таблиц PostgreSQL будет пытаться для каж- дой строки из таблицы flights найти такую строку в таблице airports, в кото- рой значение атрибута airport_code будет равно не только значению атрибута departure_airport, но также и значению атрибута arrival_airport в таблице flights. Получается, что данное условие будет выполнено, если только аэропорт вылета и аэропорт назначения будет одним и тем же. Однако в сфере пассажирских авиаперевозок таких рейсов не бывает. Конечно, иногда самолеты возвращаются в пункт вылета, но это уже совсем другая ситуация, которая в нашей учебной базе дан- ных не учитывается. Таким образом, приходим к выводу о том, что каждую строку из таблицы «Рейсы» необходимо соединять с двумя различными строками из таблицы «Аэропорты»: ведь аэропорт вылета и аэропорт назначения — это различные аэропорты. Однако при од- нократном включении таблицы «Аэропорты» в предложение FROM сделать это невоз- можно, поэтому поступают так: к таблице airports в предложении FROM обращают- ся дважды, как будто это две копии одной и той же таблицы. Конечно, на самом деле никаких копий не создается. Просто в результате поиск строк в ней будет производиться дважды: один раз для атрибута departure_airport, а второй раз — для атрибута arrival_airport. Но поскольку необходимо обес- печить однозначную идентификацию, то каждой «копии» (экземпляру) таблицы airports присваивают уникальный псевдоним, в нашем случае это dep и arr, т. е. departure и arrival. Эти псевдонимы указывают, из какой «копии» (экземпляра) таблицы airports нужно брать значение атрибута airport_code для сопоставле- ния с атрибутами departure_airport и arrival_airport. 157 Глава 6. Запросы Рассмотрев этот пример, вновь обратимся к соединениям такого типа и покажем три способа выполнения соединения таблицы с самой собой, отличающиеся синтак- сически, но являющиеся функционально эквивалентными. Наш запрос-иллюстрация должен выяснить: сколько всего маршрутов нужно было бы сформировать, если бы требовалось соединить каждый город со всеми остальными городами? Если в городе имеется более одного аэропорта, то договоримся рейсы из каждого из них (в каждый из них) считать отдельными маршрутами. Поэтому правильнее было бы говорить не о маршрутах из каждого города, а о маршрутах из каждого аэропорта во все другие аэропорты. Конечно, рейсов из любого города в тот же самый город быть не должно. Первый вариант запроса использует обычное перечисление имен таблиц в предло- жении FROM. Поскольку имена таблиц совпадают, используются псевдонимы. В таком случае СУБД обращается к таблице дважды, как если бы это были различные таблицы. жүктеу/скачать 1.88 Mb. Достарыңызбен бөлісу:
|