Skip to content

Commit

Permalink
Litt mer fiks i dokumentasjonen for Spenns materialiseringsstrategi
Browse files Browse the repository at this point in the history
  • Loading branch information
delmona committed Oct 19, 2024
1 parent 668d2fe commit 61937ac
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion docs/arkitektur/materialisering_spenn.md
Original file line number Diff line number Diff line change
Expand Up @@ -6,7 +6,7 @@ Formålet med denne strategien er å unngå droppe og deretter opprette datavare
|------------------|-------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| **Staging** | `ephemeral` | Staging-modellene blir materialisert som `ephemeral` fordi de kun fungerer som simple transformasjoner som ikke skal eksponeres for sluttbrukeren. Det er heller ikke behov for å lagre dataene fysisk. |
| **Intermediate** | `view` | Intermediate-modellene blir materialisert som `view` fordi de har kompleks logikk og kjører ikke for tregt. |
| **Marts** | `incremental` og `view` | Faktatabeller og aggregater (både brede og åpne aggregater som skal deles og konsumeres) blir materialisert som hhv. `incremental` og `view`. Faktatabeller, som ofte inneholder store datamengder, blir materialisert som `incremental` for å redusere kjøre- og lagringstiden. Aggregater blir materialisert som `view`, og ikke som `incremental`, da de ikke inneholder mye data og mangler unike nøkler. Hvis aggregatene begynner å ta for lang tid å kjøre som `view`, kan de alternativt materialiseres som `incremental` (gitt at duplikater ikke er et problem for modellen og/eller at `unique_key` eksisterer) eller som `materialized view` (se utfordringer nevnt nedenfor). |
| **Marts** | `incremental` og `view` | Faktatabeller, som ofte inneholder store datamengder, blir materialisert som `incremental` for å redusere kjøre- og lagringstiden. Aggregater (både brede og åpne aggregater som skal deles og konsumeres) blir materialisert som `view` da de ikke inneholder mye data og mangler unike nøkler. Hvis aggregatene begynner å ta for lang tid å kjøre som `view`, kan de alternativt materialiseres som `incremental` (gitt at duplikater ikke er et problem for modellen og/eller at `unique_key` eksisterer) eller som `materialized view` (se utfordringer nevnt nedenfor). |

## Mer om vår incremental-materialisering i Marts

Expand Down

0 comments on commit 61937ac

Please sign in to comment.