Руководство по созданию эффективных запросов

Пассажиры
Пассажир 1: Кэтлин Смит 
Пассажир 2: Дуг Уайт 
Пассажир 3: Марта Уайт
Рис. 10.3 

Экран вашего бронирования
Информация, которая отображается на вашем экране, выбирается из не-
скольких таблиц: 
booking
, 
booking_leg
, 
flight
, 
passenger
и 
airport
. После регист-
рации вы также увидите посадочные талоны.
Веб-приложение, разработанное с использованием традиционного подхо-
да, будет обращаться к базе данных 17 раз для отображения этих результатов: 
сначала чтобы выбрать список 
booking_id
для текущего пользователя, затем 
выбрать детали бронирования из таблицы 
booking
, потом выбрать детали для 
каждого сегмента бронирования (всего четыре), далее сведения о каждом 
рейсе (еще четыре), сведения об аэропорте (еще четыре) и сведения о пас-

---

Выводы 

191
сажирах (еще три). При этом разработчик приложения точно знает, какой 
объект ему следует создать, чтобы отобразить результаты бронирования. 
И разработчик базы данных тоже знает, как выбрать всю информацию, не-
обходимую для создания такого объекта. Если бы мы нарисовали черновик 
структуры этого объекта, у нас получилось бы что-то, похожее на рис. 10.4.
Рис. 10.4 

Отображение сложных объектов
Если бы мы могли упаковать данные на стороне базы данных в такой или 
похожий объект и отправить их в приложение с помощью одной команды, 
количество обращений к базе данных значительно уменьшилось бы. К сча-
стью, PostgreSQL обладает необходимыми возможностями для создания та-
ких объектов:
 

PostgreSQL – объектно-реляционная база данных;
 

PostgreSQL позволяет создавать собственные типы;
 

функции PostgreSQL могут возвращать множества, включая множества 
записей.
В следующих главах будут обсуждаться функции, возвращающие мно жест-
ва записей и поддерживающие типы JSON, JSONB и пользовательские типы 
данных. Также будут показаны примеры создания таких функций и исполь-
зования их в приложениях.