На практике агрегационные запросы встречаются очень часто. Поскольку такие запросы, как правило, основаны на базовых наборах данных большого объёма и включают операции суммирования, группировки и агрегации, они обычно считаются относительно ресурсоёмкими и чаще всего используются в аналитических сценариях. Кроме того, частота выполнения агрегационных запросов в реальных условиях постоянно возрастает, а требования к времени отклика становятся всё выше.
Постоянная агрегация — это механизм, позволяющий быстро отвечать на агрегационные запросы. После создания постоянной агрегации система автоматически выполняет агрегацию исходных данных в режиме реального времени в процессе записи данных. Поскольку эта операция синхронизирована на уровне транзакций с данными исходной таблицы, рекомендуется, чтобы пользователи напрямую запрашивали данные из представления постоянной агрегации.
Для постоянной агрегации требуется расширение matrixts. Сначала необходимо создать это расширение:
CREATE EXTENSION matrixts;
Таблица данных — это исходная таблица с данными:
CREATE TABLE metrics(
time timestamp,
tag_id int,
sensor float4
)
Distributed by(tag_id);
Постоянная агрегация использует материализованные представления для хранения результатов агрегации. При создании представления необходимо использовать ключевое слово WITH (CONTINUOUS) и инструкцию агрегации:
CREATE VIEW cv1 WITH (CONTINUOUS) AS
SELECT tag_id, COUNT(*), SUM(sensor)
FROM metrics GROUP BY tag_id;
INSERT INTO metrics VALUES(NOW(), 1, 1.1);
INSERT INTO metrics VALUES(NOW(), 1, 1.2);
INSERT INTO metrics VALUES(NOW(), 2, 2.1);
INSERT INTO metrics VALUES(NOW(), 2, 2.2);
При использовании постоянной агрегации достаточно просто вставлять последовательные во времени данные в исходную таблицу — материализованное представление автоматически вычислит результат:
SELECT * FROM cv1 ORDER BY tag_id;
tag_id | count | sum
-------+-------+---------------
1 | 2 | 2.3000002
2 | 2 | 4.3
(2 rows)
Результаты материализованного представления совпадают с результатами агрегации по исходной таблице:
SELECT tag_id, COUNT(*), SUM(sensor)
FROM metrics
GROUP BY tag_id
ORDER BY tag_id;
tag_id | count | sum
-------+-------+---------------
1 | 2 | 2.3000002
2 | 2 | 4.3
(2 rows)
Если при создании постоянной агрегации в исходной таблице уже есть данные, по умолчанию они также будут синхронизированы. Если синхронизация не требуется, параметр POPULATE нужно вручную установить в значение false при создании представления (по умолчанию используется значение true):
CREATE VIEW cv1 WITH (CONTINUOUS, POPULATE=false) AS
SELECT tag_id, COUNT(*), SUM(sensor)
FROM metrics GROUP BY tag_id;
YMatrix предоставляет пользовательские функции (UDF) для обслуживания представлений непрерывной агрегации:
matrixts_internal.analyze_continuous_view(rel REGCLASS)Выполняет команду ANALYZE над материализованным представлением для обновления статистики, что помогает оптимизатору формировать более эффективные планы выполнения.
SELECT matrixts_internal.analyze_continuous_view('cv1');
matrixts_internal.vacuum_continuous_view(rel REGCLASS, full BOOL)Выполняет VACUUM над материализованным представлением для освобождения пространства, занятого "мёртвыми" кортежами, и повышения эффективности повторного использования памяти. Если второй параметр установлен в true, файл таблицы перестраивается для уменьшения занимаемого объёма хранилища.
SELECT matrixts_internal.vacuum_continuous_view('cv1', true);
matrixts_internal.rebuild_continuous_view(rel REGCLASS)Перестраивает материализованное представление. Это полезно, когда в исходной таблице были выполнены операции обновления или удаления и требуется полная повторная синхронизация.
SELECT matrixts_internal.rebuild_continuous_view('cv1');
Происходит ли синхронизация данных материализованного представления с исходной таблицей в реальном времени?
Обеспечивает ли постоянная агрегация ACID (Атомарность, Согласованность, Изолированность, Долговечность)?
Как обрабатываются операции обновления и удаления?
Эффективна ли постоянная агрегация при использовании оконных функций?
Поддерживает ли постоянная агрегация секционированные таблицы?
Поддерживает ли постоянная агрегация агрегацию по нескольким таблицам?
Можно ли определить несколько постоянных агрегаций для одной таблицы?