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

Рис. 13.6 

Транспортный объект для манифеста рейса
Соответствующий JSON представлен на рис. 13.7.
Рис. 13.7 

Манифест в виде JSON

---

248

Как избежать подводных камней объектно-реляционного отображения
д
етали
 
реализаЦии
А теперь добавим конкретики и покажем, как достичь нашей цели.
В лис тинге 13.4 объединены определения типов из лис тингов 11.17 и 11.20.
Мы определяем типы 
boarding_pass_record
и 
flight_record
, а затем 
book-
ing_leg_record
, который использует эти типы в качестве компонентов.
Листинг 13.4 

Определения типа booking_leg
CREATE TYPE boarding_pass_record AS (
boarding_pass_id int,
booking_leg_id int,
flight_no text,
departure_airport text,
arrival_airport text,
last_name text,
first_name text,
seat text,
boarding_time timestamptz
);
CREATE TYPE flight_record AS (
flight_id int,
flight_no text,
departure_airport_code text,
departure_airport_name text,
arrival_airport_code text,
arrival_airport_name text,
scheduled_departure timestamptz,
scheduled_arrival timestamptz
);
CREATE TYPE booking_leg_record AS (
booking_leg_id int,
leg_num int,
booking_id int,
flight flight_record,
boarding_passes boarding_pass_record[]
);
Эти определения типов и представляют собой транспортный объект 
book-
ing_leg
с рис. 13.4. Следующим шагом является создание этого объекта с ис-
пользованием идентификатора сегмента бронирования. Такая функция уже 
была сделана в главе 11 в лис тинге 11.21. Однако, чтобы приложение могло ее 
использовать, необходимо внести несколько изменений. В частности, функ-
ция должна возвращать не множество записей, а объект JSON. Эта задача 
выполняется в два этапа.
Сначала используем слегка измененную функцию 
booking_leg_select_json
, 
показанную в лис тинге 13.5.

---

Детали реализации 
