ddadmin
5972bcc2d8
- Зачем:
- STG-слой использовал legacy-имена (batch_id, load_dttm, src_created_at_ts),
тогда как ODS/DDS/DM уже работали с каноном (_load_id, _load_ts, event_ts).
Студент видел разные имена для одного понятия — это убрано.
- Что:
- переименованы колонки в 9 STG DDL: batch_id→_load_id, load_dttm→_load_ts,
src_created_at_ts→event_ts; добавлен NOT NULL для _load_id во всех таблицах.
- обновлены 9 STG Load, 9 STG DQ, 9 ODS Load, 9 ODS DQ (INSERT/SELECT/WHERE).
- обновлены DAG-файлы bookings_to_gp_stage.py и bookings_to_gp_ods.py
(встроенный SQL резолвера, комментарии; Python-идентификаторы не тронуты).
- обновлены тесты и ~15 документов (naming_conventions, PRD, db_schema,
design-docs, qa-plan, README, TESTING и др.).
- Проверка:
- grep -rn 'load_dttm\|src_created_at_ts' sql/ airflow/ tests/ — 0 совпадений.
- make test — 4 passed.
- e2e-etl: day1 прошёл полностью, day2 стартовал без ошибок.
37 lines
1.9 KiB
SQL
37 lines
1.9 KiB
SQL
-- DDL для слоя STG по таблице segments.
|
|
-- Используется как из общего скрипта ddl_gp.sql (через \i),
|
|
-- так и может выполняться отдельно при изменении схемы.
|
|
|
|
-- Схема stg для сырого слоя DWH.
|
|
CREATE SCHEMA IF NOT EXISTS stg;
|
|
|
|
-- Внешняя таблица в схеме stg для чтения данных из bookings.segments через PXF.
|
|
DROP EXTERNAL TABLE IF EXISTS stg.segments_ext;
|
|
CREATE EXTERNAL TABLE stg.segments_ext (
|
|
ticket_no TEXT,
|
|
flight_id TEXT,
|
|
fare_conditions TEXT,
|
|
price NUMERIC(10,2)
|
|
)
|
|
LOCATION ('pxf://bookings.segments?PROFILE=JDBC&SERVER=bookings-db')
|
|
FORMAT 'CUSTOM' (formatter='pxfwritable_import');
|
|
|
|
-- Внутренняя таблица stg.segments — сырой слой, все бизнес-колонки как TEXT.
|
|
CREATE TABLE IF NOT EXISTS stg.segments (
|
|
ticket_no TEXT,
|
|
flight_id TEXT,
|
|
fare_conditions TEXT,
|
|
price TEXT,
|
|
event_ts TIMESTAMP,
|
|
_load_ts TIMESTAMP NOT NULL DEFAULT now(),
|
|
_load_id TEXT NOT NULL
|
|
)
|
|
WITH (appendonly=true, orientation=row, compresstype=zstd, compresslevel=1)
|
|
-- Ключ распределения: ticket_no
|
|
-- Обоснование: ticket_no — это основной бизнес-ключ для билетов.
|
|
-- Использование ticket_no обеспечивает:
|
|
-- 1. Коллокацию данных segments и boarding_passes при JOIN по ticket_no
|
|
-- 2. Равномерное распределение данных по сегментам (ticket_no имеет высокую кардинальность)
|
|
-- Примечание: stg.tickets распределена по book_ref, поэтому JOIN segments ↔ tickets по ticket_no может требовать motion.
|
|
DISTRIBUTED BY (ticket_no);
|