Физическая схема данных
Содержание раздела
Физическая схема данных — структура хранения данных логических сущностей в физических таблицах хранилища.
Для каждой логической таблицы, прокси-таблицы и материализованного представления система автоматически создает и поддерживает связанные физические таблицы. Состав и содержимое физических таблиц зависят от СУБД и описаны в секции Состав физической схемы.
Набор датасорсов, где создаются физические таблицы и, соответственно, размещаются данные логических сущностей, регулируется ключевым словом DATASOURCE_TYPE в запросах CREATE TABLE, CREATE PROXY TABLE и CREATE MATERIALIZED VIEW. Для логических таблиц, имеющих retention-правила, система также создает физические таблицы для хранения холодных данных.
Данные сущности можно удалить из некоторых датасорсов с помощью запросов DROP TABLE и DROP MATERIALIZED VIEW с ключевым словом DATASOURCE_TYPE.
Состав физической схемы
В таблице ниже описан набор физических таблиц в поддерживаемых СУБД.
Пример использования физических таблиц см. в секции Физическая схема на примере СУБД ADB и ADP.
| Физическая таблица | ADB | ADG | ADQM | ADP |
|---|---|---|---|---|
| <table>_staging | Записи незавершенных операций | Записи незавершенных операций | − | Записи незавершенных операций |
| <table>_actual | Записи завершенных операций | Записи завершенных операций, которые не были удалены и заменены другими записями | Записи всех операций всех узлов кластера | Записи завершенных операций |
| <table>_actual_shard | − | − | Записи всех операций узла кластера | − |
| <table>_history | − | Записи завершенных операций, удаленные или замененные другими записями | − | − |
| <table>_history_<source> в хранилище холодных данных * source — имя датасорса-источника, из которого данные перемещаются при их остужении согласно retention-правилу | Записи завершенных операций, которые относятся к холодным данным | − | − | Записи завершенных операций, которые относятся к холодным данным |
| tbl_buffer | − | − | Идентификаторы записей незавершенных операций | − |
| tbl_buffer_shard | − | − | Идентификаторы записей незавершенных операций | − |
| <proxy_table> | Записи прокси-таблицы | Записи прокси-таблицы | Записи прокси-таблицы всех узлов кластера | Записи прокси-таблицы |
| <proxy_table>_shard | − | − | Записи прокси-таблицы узла кластера | − |
Физическая схема на примере СУБД ADB и ADP
В СУБД ADB и ADP все данные, которые добавляются, изменяются и удаляются из логической таблицы <table>, попадают в буферную таблицу <table>_staging.
По мере выполнения операций данные перемещаются в таблицу <table>_actual, используемую для постоянного хранения записей, и далее хранятся в этой таблице. Когда все операции записи в логической таблице завершаются, буферная таблица <table>_staging становится пустой.
Если для логической таблицы настроены retention-правила, неактуальные версии записей периодически перемещаются из таблицы <table>_actual в таблицу <table>_history_<source>. Подробнее см. в разделе Retention-правила.
При необходимости можно освободить дисковое пространство, удалив данные с помощью запроса TRUNCATE HISTORY.
Все данные, которые записываются в прокси-таблицу <proxy_table>, попадают в физическую таблицу с таким же именем и далее хранятся в ней.