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

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

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

При создании логической таблицы, прокси-таблицы или материализованного представления система создает связанные физические таблицы. Датасорсы для их размещения выбираются в зависимости от параметров DATASOURCE_TYPE и queryId в запросе на создание логической сущности.

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

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

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

Физическая таблица ADB ADG ADQM ADP
<entity>_staging Записи незавершенных операций Записи незавершенных операций Записи незавершенных операций
<entity>_actual Записи завершенных операций Записи завершенных операций, которые не были удалены и заменены другими записями Записи всех операций всех узлов кластера Записи завершенных операций
<entity>_actual_shard Записи всех операций узла кластера
<entity>_history Записи завершенных операций, удаленные или замененные другими записями
<table>_history_<source> в хранилище холодных данных,
где source — имя датасорса-источника, откуда данные перемещаются при их остужении согласно retention-правилу
Записи завершенных операций, которые относятся к холодным данным Записи завершенных операций, которые относятся к холодным данным
tbl_buffer Идентификаторы записей незавершенных операций
tbl_buffer_shard Идентификаторы записей незавершенных операций
<proxy_table> Записи прокси-таблицы Записи прокси-таблицы Записи прокси-таблицы всех узлов кластера Записи прокси-таблицы
<proxy_table>_shard Записи прокси-таблицы узла кластера

Где:

  • entity — имя логической таблицы или материализованного представления;
  • table — имя логической таблицы;
  • proxy_table — имя прокси-таблицы.

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

В СУБД ADB и ADP изменения данных логической таблицы или материализованного представления <entity> сначала записываются в буферную таблицу <entity>_staging. По мере выполнения операций записи они перемещаются в таблицу постоянного хранения <entity>_actual. После завершения всех операций буферная таблица очищается.

Исторические данные логических таблиц, срок хранения которых истек согласно retention-правилам, периодически перемещаются из <entity>_actual в таблицы <entity>_history_<source>.

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