AggregatingMergeTree テーブルは、集計済みの materialized view を含む、インクリメンタルなデータ集計に使用できます。
以下のビデオでは、AggregatingMergeTree と Aggregate 関数の使用例を確認できます。
AggregatingMergeTree は、行数を桁違いに減らせる場合に適しています。
テーブルの作成
AggregatingMergeTree テーブルの作成時には、MergeTree テーブルの作成時と同じ 句 が必要です。
SELECT and INSERT
AggregatingMergeTree テーブルからデータを選択する場合は、GROUP BY 句と、データ挿入時と同じ集約関数を使用しますが、-Merge 接尾辞を付けます。
SELECT クエリの結果では、AggregateFunction 型の値は、ClickHouse のすべての出力フォーマットにおいて実装固有のバイナリ表現になります。たとえば、SELECT クエリでデータを TabSeparated フォーマットにダンプした場合、そのダンプは INSERT クエリを使って再度読み込めます。
集計materialized viewの例
testという名前のデータベースが存在することを前提としています。まだ存在しない場合は、以下のコマンドを使用して作成してください。
test.visits を作成します:
AggregationFunction を保存する AggregatingMergeTree テーブルを作成します。
test.visits テーブルを監視し、AggregateFunction 型を使用する AggregatingMergeTree の materialized view を作成します:
test.visits から test.agg_visits にデータを格納する materialized view を作成します:
test.visits テーブルにデータを挿入します:
test.visitsとtest.agg_visitsの両方に挿入されます。
集計データを取得するには、materialized view test.visits_mv に対して SELECT ... GROUP BY ... などのクエリを実行します:
test.visits にさらにいくつかのレコードを追加します。今回は、そのうちの1件に異なるタイムスタンプを使用してみましょう:
SELECT クエリを再度実行すると、次の出力が返されます。
GROUP BY句に集計対象外のカラムを含める必要があります。しかし、optimize_on_insert = 0 (デフォルトでは有効) を設定した上でinitializeAggregation関数を使用することで、これを実現できます。この場合、GROUP BYは不要になります。
initializeAggregation を使用すると、グループ化せずに各行ごとに aggregate state が作成されます。
各ソース行は materialized view で 1 行を生成し、実際の aggregation はその後、
AggregatingMergeTree がパーツをマージする際に行われます。これは optimize_on_insert = 0 の場合にのみ当てはまります。Tuple 要素の集計
allow_tuple_element_aggregation 設定が有効な場合、Tuple カラムは再帰的にフラット化され、各リーフ要素が独立して集計の対象になります。つまり、Tuple 内の AggregateFunction または SimpleAggregateFunction サブカラムは、それぞれの関数に従って、トップレベルのカラムと同様に集計されます。
ソートキー内の Tuple に属するサブカラムは、集計から除外されます。非集約のサブカラムは通常のカラムとして扱われます (最初の値が保持されます) 。
この設定は変更不可であり、テーブル作成時に指定する必要があります。
total_visits は sum で集計され (100 + 200 = 300) 、unique_users は max で集計されます (max(5, 8) = 8) 。