From 4ab9c07dd03cbefbf3bb3a498f23d5d44fb73078 Mon Sep 17 00:00:00 2001 From: Jordan Stein Date: Tue, 12 Dec 2023 10:19:41 -0800 Subject: [PATCH] update caption for metric config --- website/blog/2023-12-11-semantic-layer-on-semantic-layer.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/website/blog/2023-12-11-semantic-layer-on-semantic-layer.md b/website/blog/2023-12-11-semantic-layer-on-semantic-layer.md index 18e8ca96a81..1b80297bb44 100644 --- a/website/blog/2023-12-11-semantic-layer-on-semantic-layer.md +++ b/website/blog/2023-12-11-semantic-layer-on-semantic-layer.md @@ -58,6 +58,7 @@ Next, we had to decide what we wanted to put into our semantic models. Semantic Finally, we reference the measures defined in our semantic model to create metrics. Our initial set of usage metrics are all relatively simple aggregations. For example, the total number of queries run. ```yaml +## Example of a metric definition metrics: - name: queries description: The total number of queries run @@ -67,8 +68,6 @@ metrics: measure: queries ``` -*Queries metric configuration** - Having our metrics in the semantic layer is powerful in a few ways. Firstly, metric definitions and the generated SQL are centralized, and live in our dbt project, instead of being scattered across BI tools or sql clients. Secondly, the types of queries I can run are dynamic and flexible. Traditionally, I would materialize a cube or rollup table which needs to contain all the different dimensional slices my users might be curious about. Now, users can join tables and add dimensionality to their metrics queries on the fly at query time, saving our data team cycles of updating and adding new fields to rollup tables. Thirdly, we can expose these metrics to a variety of downstream BI tools so stakeholders in product, finance, or GTM can understand product performance regardless of their technical skills. Now that we’ve done the pipeline work to set up our metrics for the semantic layer launch we’re ready to analyze how the launch went!