Физическая схема данных

Содержание раздела

1. Состав физической схемы
2. Физическая схема на примере ADB и ADP

Физическая схема данных — структура хранения данных логических сущностей в физических таблицах хранилища.

Система обновляет физическую схему данных при создании, изменении и удалении следующих сущностей:

• логических таблиц,
• снапшот-таблиц,
• прокси-таблиц,
• материализованных представлений.

Состав физической схемы

В таблице ниже описан состав физической схемы данных для каждой поддерживаемой СУБД.

Пример использования физических таблиц см. в секции Физическая схема на примере ADB и ADP.

Физическая таблица	ADP	ADB	ADG	ADQM
<logical_tbl>_staging, <matview>_staging	Записи незавершенных операций	Записи незавершенных операций	Записи незавершенных операций	−
<snapshot_tbl>_staging_ <cn>	Записи одной незавершенной операции	Записи одной незавершенной операции	Записи одной незавершенной операции	−
<logical_tbl>_actual, <matview>_actual, <snapshot_tbl>_actual	Записи завершенных операций	Записи завершенных операций	Записи завершенных операций, которые не были удалены и заменены другими записями	Записи всех операций всех узлов кластера
<logical_tbl>_actual_ shard, <matview>_actual_shard	−	−	−	Записи всех операций узла кластера
<logical_tbl>_history, <matview>_history	−	−	Записи завершенных операций, удаленные или замененные другими записями	−
<logical_tbl>_history_ <source>	Записи завершенных операций, которые относятся к холодным данным	Записи завершенных операций, которые относятся к холодным данным	−	−
tbl_buffer	−	−	−	Идентификаторы записей незавершенных операций
tbl_buffer_shard	−	−	−	Идентификаторы записей незавершенных операций
<proxy_tbl>	Записи прокси-таблицы	Записи прокси-таблицы	Записи прокси-таблицы	Записи прокси-таблицы всех узлов кластера
<proxy_tbl>_shard	−	−	−	Записи прокси-таблицы узла кластера

Где:

• logical_tbl — имя логической таблицы;
• matview — имя материализованного представления;
• snapshot_tbl — имя снапшот-таблицы;
• cn — номер операции записи;
• source — имя датасорса-источника, откуда данные перемещаются при их остужении согласно retention-правилу;
• proxy_tbl — имя прокси-таблицы.

Физическая схема на примере ADB и ADP

Данные логических таблиц, снапшот-таблиц и материализованных представлений проходят следующие стадии в ADB и ADP:

1. При операции записи в сущность:
   1. Данные поступают в таблицу, предназначенную для хранения горячих данных:
      • <entity>_staging — при операции в логическую таблицу или синхронизации материализованного представления;
      • <entity>_staging_<cn> — при операции в снапшот-таблицу.
   2. По мере выполнения операций данные перемещаются в таблицу <entity>_actual, предназначенную для постоянного хранения данных. При этом замененные и удаленные данные переводятся в категорию исторических или удаляются (в зависимости от типа сущности и ее настроек).
   3. При завершении операции:
      1. Ее данные удаляются из staging-таблицы.
      2. [Для снапшот-таблиц] Staging-таблица, созданная для этой операции, удаляется.
2. [Для логических таблиц] При периодической обработке retention-правил, направленных на остужение данных, исторические данные перемещаются из <entity>_actual в таблицы <entity>_history_<source>.

Данные прокси-таблицы <proxy_tbl> записываются в одноименную физическую таблицу и хранятся в ней до тех пор, пока не будут заменены или удалены новыми данными.