示例: 我们将使用一个虚构的数据集,其中包含一组域名每小时的访问量。 我们的目标
- 我们需要按月为每个域名聚合数据,
- 我们还需要按年为每个域名聚合数据。
- 编写查询,在 SELECT 时读取并聚合数据
- 在摄取时将数据预处理为新的格式
- 在摄取时将数据预处理为特定的聚合结果。
materialized views 的源表
Null 表引擎。
你可以在 Null 表上创建 materialized view。因此,写入该表的数据会影响该视图,但原始原始数据仍会被丢弃。
每月聚合表和 materialized view
目标表。本示例中,该表为 analytics.monthly_aggregated_data,用于按月份和域名存储浏览量总和。
年度聚合表和 materialized view
monthly_aggregated_data。
首先,我们将创建一个新的目标表,用于存储按年份聚合的各域名浏览量总和。
FROM 语句将使用 monthly_aggregated_data 表,这意味着数据流如下:
- 数据进入
hourly_data表。 - ClickHouse 会将接收到的数据转发到第一个 materialized view
monthly_aggregated_data表, - 最后,第 2 步接收到的数据将被转发到
year_aggregated_data。
使用 Materialized views 时,一个常见误解是认为数据是从表中读取的。
Materialized views 的工作方式并非如此;被转发的是插入的数据块,而不是表中的最终结果。假设在这个示例中,monthly_aggregated_data 使用的 engine 是 CollapsingMergeTree,那么转发到第二个 Materialized view year_aggregated_data_mv 的数据并不是折叠后表中的最终结果,而是一个数据块,其字段定义与 SELECT ... GROUP BY 中一致。如果你使用的是 CollapsingMergeTree、ReplacingMergeTree,甚至 SummingMergeTree,并且计划创建级联 Materialized view,就需要了解这里描述的这些限制。示例数据
analytics.hourly_data 执行 SELECT 查询,你会看到如下结果,因为表引擎是 Null,但数据已被处理。
结果
sumCountViews 字段,你会看到二进制表示 (在某些终端中会如此) ,因为该值不是以数字形式存储的,而是以 AggregateFunction 类型存储。
要获取聚合的最终结果,应使用 -Merge 后缀。
你可以通过这个查询查看存储在 AggregateFunction 中的特殊字符:
Merge 后缀来获取 sumCountViews 的值:
AggregatingMergeTree 中,我们将 AggregateFunction 定义为 sum,因此可以使用 sumMerge。如果在 AggregateFunction 上使用 avg 函数,则应使用 avgMerge,以此类推。
monthly_aggregated_data 中,我们可以按月获取各个域名的聚合数据:
将多个源表合并到单个目标表
UNION ALL 逻辑的 materialized view。
首先,创建两个表示不同指标集的源表:
目标表:
目标表 的 materialized view。无需显式包含缺失的列:
目标表 中各自对应的列里:
目标表 中: