Merge branch 'current' into add-dbt-risingwave

website/blog/2023-08-01-announcing-materialized-views.md

@@ -21,7 +21,7 @@ and updates on how to test MVs.
 
 The year was 2020. I was a kitten-only household, and dbt Labs was still Fishtown Analytics. A enterprise customer I was working with, Jetblue, asked me for help running their dbt models every 2 minutes to meet a 5 minute SLA.
 
-After getting over the initial terror, we talked through the use case and soon realized there was a better option. Together with my team, I created [lambda views](https://discourse.getdbt.com/t/how-to-create-near-real-time-models-with-just-dbt-sql/1457%20?) to meet the need.
+After getting over the initial terror, we talked through the use case and soon realized there was a better option. Together with my team, I created [lambda views](https://discourse.getdbt.com/t/how-to-create-near-real-time-models-with-just-dbt-sql/1457) to meet the need.
 
 Flash forward to 2023. I’m writing this as my giant dog snores next to me (don’t worry the cats have multiplied as well). Jetblue has outgrown lambda views due to performance constraints (a view can only be so performant) and we are at another milestone in dbt’s journey to support streaming. What. a. time.
 
@@ -32,8 +32,8 @@ Today we are announcing that we now support Materialized Views in dbt. So, what
 Materialized views are now an out of the box materialization in your dbt project once you upgrade to the latest version of dbt v1.6 on these following adapters:
 
 - [dbt-postgres](/reference/resource-configs/postgres-configs#materialized-views)
-- [dbt-redshift](reference/resource-configs/redshift-configs#materialized-views)
-- [dbt-snowflake](reference/resource-configs/snowflake-configs#dynamic-tables)
+- [dbt-redshift](/reference/resource-configs/redshift-configs#materialized-views)
+- [dbt-snowflake](/reference/resource-configs/snowflake-configs#dynamic-tables)
 - [dbt-databricks](/reference/resource-configs/databricks-configs#materialized-views-and-streaming-tables)
 - [dbt-materialize*](/reference/resource-configs/materialize-configs#incremental-models-materialized-views)
 - [dbt-trino*](/reference/resource-configs/trino-configs#materialized-view)
@@ -227,4 +227,4 @@ Depending on how you orchestrate your materialized views, you can either run the
 
 ## Conclusion
 
-Well, I’m excited for everyone to remove the lines in your packages.yml that installed your experimental package (at least if you’re using it for MVs) and start to get your hands dirty. We are still new in our journey and I look forward to hearing all the things you are creating and how we can better our best practices in this.
+Well, I’m excited for everyone to remove the lines in your packages.yml that installed your experimental package (at least if you’re using it for MVs) and start to get your hands dirty. We are still new in our journey and I look forward to hearing all the things you are creating and how we can better our best practices in this.

website/docs/best-practices/materializations/materializations-guide-2-available-materializations.md

@@ -9,12 +9,12 @@ hoverSnippet: Read this guide to understand the different types of materializati
 
 Views and tables and incremental models, oh my! In this section we’ll start getting our hands dirty digging into the three basic materializations that ship with dbt. They are considerably less scary and more helpful than lions, tigers, or bears — although perhaps not as cute (can data be cute? We at dbt Labs think so). We’re going to define, implement, and explore:
 
-- 🔍 **views**
-- ⚒️ **tables**
-- 📚 **incremental model**
+- 🔍 [**views**](/docs/build/materializations#view)
+- ⚒️ [**tables**](/docs/build/materializations#table)
+- 📚 [**incremental model**](/docs/build/materializations#incremental)
 
 :::info
-👻 There is a fourth default materialization available in dbt called **ephemeral materialization**. It is less broadly applicable than the other three, and better deployed for specific use cases that require weighing some tradeoffs. We chose to leave it out of this guide and focus on the three materializations that will power 99% of your modeling needs.
+👻 There is a fourth default materialization available in dbt called [**ephemeral materialization**](/docs/build/materializations#ephemeral). It is less broadly applicable than the other three, and better deployed for specific use cases that require weighing some tradeoffs. We chose to leave it out of this guide and focus on the three materializations that will power 99% of your modeling needs.
 :::
 
 **Views and Tables are the two basic categories** of object that we can create across warehouses. They exist natively as types of objects in the warehouse, as you can see from this screenshot of Snowflake (depending on your warehouse the interface will look a little different). **Incremental models** and other materializations types are a little bit different. They tell dbt to **construct tables in a special way**.

website/docs/docs/build/about-metricflow.md

@@ -63,6 +63,7 @@ Metrics, which is a key concept, are functions that combine measures, constraint
 
 MetricFlow supports different metric types:
 
+- [Conversion](/docs/build/conversion) — Helps you track when a base event and a subsequent conversion event occurs for an entity within a set time period.
 - [Cumulative](/docs/build/cumulative) —  Aggregates a measure over a given window.
 - [Derived](/docs/build/derived) — An expression of other metrics, which allows you to do calculations on top of metrics.
 - [Ratio](/docs/build/ratio) — Create a ratio out of two measures, like revenue per customer.